ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Простите, накипело.
25 сообщений из 105, страница 3 из 5
  3  все
Простите, накипело.
    #33828143
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
pkarklin автор3) Представления не должны наследовать ограничения таблиц. Обдумай ситуацию с которой я столкнулся: есть таблица с полем NOT NULL, есть представление на таблице, есть триггер на представлении, который пишет данные в таблицу и всегда заполняет поле NOT NULL конкретным значением. Объясни мне какого хрена представление требует чтобы я при вставке через представление обязательно задавал значение этого поля, а?

Хм... Интересная логика. А откуда движку сервера знать, что Вы там в триггере написали?! Разреши Вам вставялть NULL, так Вы и вставите ведь! Как по другому проверить целостность данных, если учесть, что представление, это не реальный объект, а всего-навсего "сохраненный запрос"Ограничения на таблицах ? Вот пусть таблицы его и проверяют

pkarklin автор5) В консерватории говоришь? Урл по-моему 4Кб может занимать. Т.е. сохранить два урла в таблице - это уже предел для MsSQL или в консерватории неполадки? Или может блобами всё заменить? Может в MSSQL стрроковые блобы так же быстро обрабатываются как строки и имеют такой же богатый набор функций? Тогда снимаю шляпу.

Хм... Точно, дело было в консерватории! :) А не приходило в голову, хранить урлы не в полях одной записи, а в одном поле нескольких записейДа, да - "дизайн" syscomments - верх совершенства, давайте пихать его во все дыры
...
Рейтинг: 0 / 0
03.07.2006, 16:38
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828149
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> работает у него пара работников с не очень популярной базой

Где "не очень популярной"? Для 1С, значит, PostgreSQL достаточно популярна, чтобы ее использовать, а для какой-то вшивой лавчонки с тупым директором - не очень?

> Вывод - надо переходить на другую базу.

Более простое и дешевое предложение работодателю: сменить поставщика травы или вообще отказаться от наркотиков. Опциональное предложение: продать что-нибудь ненужное и на вырученные деньги имплантировать чуточку мозгов и купить поводок для жабы.
...
Рейтинг: 0 / 0
03.07.2006, 16:39
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828192
_pgSam_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_pgSam_
Гость
Неужели "зажравшиеся" работники могут стать причиной смены СУБД?

Тем более мы в общем-то не зажрались.

Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем. Муж делал эти фишки на C в виде *.so к Постгрису. Как - не знаю. Сама на C не пишу. Но перенести это на другую СУБД будет практически невозможно. Наверное.
...
Рейтинг: 0 / 0
03.07.2006, 16:53
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828225
MX -- ALEX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MX -- ALEX
Гость
_pgSam_Неужели "зажравшиеся" работники могут стать причиной смены СУБД?

Тем более мы в общем-то не зажрались.

Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем. Муж делал эти фишки на C в виде *.so к Постгрису. Как - не знаю. Сама на C не пишу. Но перенести это на другую СУБД будет практически невозможно. Наверное.

супруги вместе не должны работать - слишком сильнаяя оппозиция
любой работодатель постарается изменить такую ситуацию

да и безопаснее работать в разных фирмах -
со всех точек зрения :)
...
Рейтинг: 0 / 0
03.07.2006, 17:01
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828273
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
2 hvlad:

По поводу IMPLICIT TRANSACTION: не знаю что оно там пишет. Щас пока в try catch Commit/Rollback засунул и просто игнорирую эту ошибку. А чем, собственно, посмотреть что на сервер отсылается? Мне трам написали: смотри профайлером. А каким профайлером?
...
Рейтинг: 0 / 0
03.07.2006, 17:13
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828283
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
guest_20040621,
странное у вас отношение к людям, которые дают возможность зарабатывать
Наверное они как минимум чего-то добились


_pgSam_Неужели "зажравшиеся" работники могут стать причиной смены СУБД?
Тем более мы в общем-то не зажрались.

Не сами работники, а ситуация зависимости от этих работников. Это рискованно.
Я не писал слова "зажрались" и имел ввиду несколько другое.
_pgSam_Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем. Муж делал эти фишки на C в виде *.so к Постгрису. Как - не знаю. Сама на C не пишу. Но перенести это на другую СУБД будет практически невозможно. Наверное.
Ну да, как же они теперь без нас.

Ну собственно Вы только подтвердили мои подозрения
...
Рейтинг: 0 / 0
03.07.2006, 17:17
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828309
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Gold2 hvlad:

По поводу IMPLICIT TRANSACTION: не знаю что оно там пишет. Щас пока в try catch Commit/Rollback засунул и просто игнорирую эту ошибку. А чем, собственно, посмотреть что на сервер отсылается? Мне трам написали: смотри профайлером. А каким профайлером?Который
"C:\Program Files\Microsoft SQL Server\80\Tools\Binn\profiler.exe" :)

Оффтопишь, однако
...
Рейтинг: 0 / 0
03.07.2006, 17:26
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828322
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
2 hvlad:

Спасибо, умолкаю. Я просто весь на нервах с этим MSSQL :-)
...
Рейтинг: 0 / 0
03.07.2006, 17:29
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828393
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
hvladОграничения на таблицах ? Вот пусть таблицы его и проверяютВсе на самом деле несколько иначе. При обновления данных через view существуют определенные ограничения, которые, во-первых, описаны явно в документации, во-вторых, ограничения для подобных view есть в описании стандарта ANSI, хотя не готов ставить между ними полного равенства. Факт то, что они существуют, ведь, надеюсь, понятно, что не всякое view можно обновить ? Ровно исходя из этого и берется определенная информация об ограничениях прямо из базовых таблиц, кажется это правильным или нет.
Есть триггера INSTEAD или нет - дело последнее, их наличие не меняет ситуации, это просто механизм, который срабатывает при определенных условиях, не более того. Соответственно, поведение updatable views не меняется от того, добавили потом триггера или нет. hvladДа, да - "дизайн" syscomments - верх совершенства, давайте пихать его во все дыры Не надо передергивать, вопрос сколько урлов должно быть в записи, целиком и полностью зависит от проектирования. Плохо, когда ограничения СУБД мешают ему, но, допустим, проектировщик добавляет поля url1, ..., urlN в одну запись на все случаи жизни. В этом случае у меня лично возникают некоторые сомнения в адекватности подхода.
А чем syscomments не угодила, совсем непонятно, что Вы там забыли ? Это вотчина разработчиков СУБД, и если они применили этот подход, то возможно нашли в нем положительные качества. Или Вы считаете, что безусловно правы ? Тогда нет вопросов, MSSQL делали бараны.
...
Рейтинг: 0 / 0
03.07.2006, 17:49
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828439
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
ChAведь, надеюсь, понятно, что не всякое view можно обновить?
Хм. Можно примеры?

ChAНе надо передергивать, вопрос сколько урлов должно быть в записи, целиком и полностью зависит от проектирования.
Я бы сказал, он зависит от решаемой задачи, и не совсем уверен, чьи действия в данном случае оценил бы сказанным Вами словом.
...
Рейтинг: 0 / 0
03.07.2006, 18:05
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828448
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
2 ChA:

какой урл1 ... урлN

Простой пример из нашей практики - система отображения новостей. Один урл - это урл новости, второй - это урл иконки. Не вижу причин хранить это не в двух полях одной таблицы. А MSSQL тебе фигу покажет.
...
Рейтинг: 0 / 0
03.07.2006, 18:06
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828491
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
softwarerМожно примеры?Как минимум, с агрегированием.
softwarerЯ бы сказал, он зависит от решаемой задачи, и не совсем уверен, чьи действия в данном случае оценил бы сказанным Вами словом.Я бы сказал, проектируем от решаемой задачи, а не так, ради время потратить. Давайте без игры словами, ладно ? Если что-то непонятно было в моем примере, поясните, постараюсь быть более внятным. GoldЗамечательно, и Вам не хватило 2х полей по 4000 символов ? Более того, можете делать хоть 10 полей по 8000, но общая длина не может быть более 8000. Кстати, у Вас каждая новость сопровождается своей иконкой ?
...
Рейтинг: 0 / 0
03.07.2006, 18:19
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828537
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> странное у вас отношение к людям, которые дают возможность зарабатывать

Абсолютно адекватное.

> Наверное они как минимум чего-то добились

Чего добились? Бабла заработали? Это еще не достижение.

Знаете, уважаемый, бизнес - особенно в России - такое же грязное занятие, как политика. Так что в идеальном случае характеристика работодателя - максимум нейтральна.
...
Рейтинг: 0 / 0
03.07.2006, 18:39
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828684
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
2 ChA:

К счастью мы переубедили заказчика что эту задачу не стоит делать на MSSQL и она у нас на FireBird. Что качается новостей - они не все с иконками. И что с того? На самом деле это немного оторванный от жизни пример. Если так уж хочется MSSQL оправдать, можно почитать это
...
Рейтинг: 0 / 0
03.07.2006, 19:36
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828689
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Хотел сказать вышеприведенной ссылкой что Item RSS никак не влезит в запись MSSQL базы, хоть ты тресни. Прийдётся или в блобы пихать, или по разным таблицам в отношенни 1:1распихивать. И то и другое по-моему бред.
...
Рейтинг: 0 / 0
03.07.2006, 19:40
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828753
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
GoldХотел сказать вышеприведенной ссылкой что Item RSS никак не влезит в запись MSSQL базы, хоть ты тресни. Прийдётся или в блобы пихать, или по разным таблицам в отношенни 1:1распихивать. И то и другое по-моему бред.
Если Вы не собираетесь по этим данным делать какой-то поиск - то чем плохо запихать в БЛОБ? Если собираетесь - то лучше выделить несколько ключевых полей и записать в отдельную таблицу, а всё целиком записать в БЛОБ.
В общем неправильные подходы к проектированию
...
Рейтинг: 0 / 0
03.07.2006, 20:43
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828847
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
GoldХотел сказать вышеприведенной ссылкой что Item RSS никак не влезит в запись MSSQL базы, хоть ты тресни. Прийдётся или в блобы пихать, или по разным таблицам в отношенни 1:1распихивать. И то и другое по-моему бред.
SQL Server 2005 есть тип данных XML, индексируется, валидируется и т.д.
подойдет?
...
Рейтинг: 0 / 0
03.07.2006, 22:49
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828946
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
GoldК счастью мы переубедили заказчика что эту задачу не стоит делать на MSSQL и она у нас на FireBird.
повезло...
хотя глупейших ход только с той точки зрения, что вы лишаете себя возможности предлагать свой продукт на разных программных платформах.
далеко не все заказчики лекго переубеждаются, некоторым проще сменить разработчиков софта если вдруг те не могут сделать продукт на заказанной платформе..
...
Рейтинг: 0 / 0
04.07.2006, 06:14
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828952
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
c127
Гость
_pgSam_
Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем. Муж делал эти фишки на C в виде *.so к Постгрису. Как - не знаю. Сама на C не пишу. Но перенести это на другую СУБД будет практически невозможно. Наверное.
Если он при этом не лазил своими программами в файле БД постгриса или в его ядре, а это вряд ли, то скорее всего принципиальных больших проблем с переносом не будет. В дополнение к тем, которые тут уже обсуждались.

Если же с МССКЛ2000 вдруг обнаружатся проблемы, то Вашему начальству будет предложено за очень небольшие деньги купить еще и МССКЛ2005.
...
Рейтинг: 0 / 0
04.07.2006, 06:26
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33828954
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
GoldЩас пока в try catch Commit/Rollback засунул и просто игнорирую эту ошибку.
пробовал внимательно вчитываться в вторую ссылку из приведенного тобой же запроса в гугль?
там четко написано
support.microsoft.com
This behavior can occur if the data source has encountered a severe error, causing it to roll back the transaction immediately , rather than return control to the caller. As a result, no transaction exists when the Commit or Rollback method is called, and therefore the exception is thrown.

This behavior is by design.

начинаем копать код на предмет косяков
...
Рейтинг: 0 / 0
04.07.2006, 06:34
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33829039
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
c127
Если же с МССКЛ2000 вдруг обнаружатся проблемы, то Вашему начальству будет предложено за очень небольшие деньги купить еще и МССКЛ2005.

С каких пор в нашей стране стало обязательным покупть ПО, тем более если есть черная бухгалтерия?
...
Рейтинг: 0 / 0
04.07.2006, 08:26
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33829139
Bless
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bless
Участник
pkarklin
По последнему пункту ответ корректнее будет выглядеть так:

USE pubs
GO

UPDATE
A
SET
A.au_id = A.au_id
FROM
authors A


Поделитесь, откуда берете информацию!
Из BOL такой синтаксис отнюдь не следует, хотя это запрос работает!
...
Рейтинг: 0 / 0
04.07.2006, 09:37
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33829160
_pgSam_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_pgSam_
Гость
c127 _pgSam_
Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем. Муж делал эти фишки на C в виде *.so к Постгрису. Как - не знаю. Сама на C не пишу. Но перенести это на другую СУБД будет практически невозможно. Наверное.
Если он при этом не лазил своими программами в файле БД постгриса или в его ядре, а это вряд ли, то скорее всего принципиальных больших проблем с переносом не будет. В дополнение к тем, которые тут уже обсуждались.

Если же с МССКЛ2000 вдруг обнаружатся проблемы, то Вашему начальству будет предложено за очень небольшие деньги купить еще и МССКЛ2005.

Он, вроде, типы данных свои делал на C.
...
Рейтинг: 0 / 0
04.07.2006, 09:45
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33829168
Ручечник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ручечник
Гость
_pgSam_Дело в том, что в этой базе кроме всего прочего очень хитрым образом ведётся чёрная бугалтерия. Ведётся так, что непосвящённый сможет увидить только белую даже если будет иметь все возможные права. Или зайдёт под нужным пользователем.

"Кабы при моей работе бабы не нужны были, сроду с ними дел не имел! Языком метут как метлой машут" (с)
...
Рейтинг: 0 / 0
04.07.2006, 09:50
| Ответить | Цитировать | Написать  
Простите, накипело.
    #33829219
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Bless pkarklin
По последнему пункту ответ корректнее будет выглядеть так:

USE pubs
GO

UPDATE
A
SET
A.au_id = A.au_id
FROM
authors A


Поделитесь, откуда берете информацию!
Из BOL такой синтаксис отнюдь не следует, хотя это запрос работает!
Сомневаюсь что у Вас по-другому написано

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
UPDATE
Changes existing data in a table.

Syntax
UPDATE 
        { 
         table_name WITH ( < table_hint_limited > [ ...n ] ) 
         | view_name 
         | rowset_function_limited 
        } 
        SET 
        { column_name = { expression | DEFAULT | NULL } 
        | @variable = expression 
        | @variable = column = expression } [ ,...n ] 

    { { [ FROM { < table_source > } [ ,...n ] ] 

        [ WHERE 
            < search_condition > ] } 
        | 
        [ WHERE CURRENT OF 
        { { [ GLOBAL ] cursor_name } | cursor_variable_name } 
        ] } 
        [ OPTION ( < query_hint > [ ,...n ] ) ] 

< table_source > ::= 
    table_name [ [ AS ]  table_alias  ] [ WITH ( < table_hint > [ ,...n ] ) ] 
    | view_name [ [ AS ] table_alias ] 
    | rowset_function [ [ AS ] table_alias ] 
    | derived_table [ AS ] table_alias [ ( column_alias [ ,...n ] ) ] 
    | < joined_table >
...
Рейтинг: 0 / 0
04.07.2006, 10:09
| Ответить | Цитировать | Написать  
25 сообщений из 105, страница 3 из 5
  3  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Простите, накипело.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]