Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 66 67 68 69 70 71 72 73 [74] 75   вперед  Ctrl
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
Еще раз спрашиваю, кто мешает ?

Советы старины Кайта, который рекомендовал использовать SQL, а не курсоры.


Если вспомнить попристальнее, тот-же Кайт советует использовать PL/SQL если нельзя использовать SQL, Java если нельзя использовать PL/SQL, C если не хватает Java

Не так ???

locky

MS Sql? Нет, не больше. Он просто выполняет такую процедуру так, как и было задумано.


По мне так просто перекладывает отвественность на разработчика

locky

Насколько я понимаю - конкретно эту ошибку на этапе компиляции отловить можно.


Каким образом ?
10 фев 09, 16:49    [6802593]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
Если вспомнить попристальнее, тот-же Кайт советует использовать PL/SQL если нельзя использовать SQL, Java если нельзя использовать PL/SQL, C если не хватает Java

Вот и возникает вопрос: почему SQL так плохо справляется с задачей "перенести данные из одной таблицы в другую".

Gluk (Kazan)

По мне так просто перекладывает отвественность на разработчика

Я не против. Если я прострелю себе ногу - моя беда.


Gluk (Kazan)

Каким образом ?

На этапе компиляции присутствуют все объекты, и есть возможность определить - выполним ли такой запрос. На этапе выполнения это ведь - отслеживается? Отслеживается. Значит, можно и на этапе компиляции.
10 фев 09, 16:54    [6802633]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
Gluk (Kazan)
Еще раз спрашиваю, кто мешает ?

Советы старины Кайта, который рекомендовал использовать SQL, а не курсоры.

А что мешает в данном случае использовать SQL? Достаточно чуть-чуть переписать запрос:
update Value v set val = (select s.defval from settings s, element e, element p
where e.id=v.element and p.id=v.parameter and s.etype=e.type and s.ptype=p.type);
Или свет клином на модификации inline-view сошелся?
10 фев 09, 16:58    [6802671]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
Если вспомнить попристальнее, тот-же Кайт советует использовать PL/SQL если нельзя использовать SQL, Java если нельзя использовать PL/SQL, C если не хватает Java

Вот и возникает вопрос: почему SQL так плохо справляется с задачей "перенести данные из одной таблицы в другую".


Потому что пытается помешать тебе прострелить ногу, возможно не слишком удачно и умеет это делать в RunTime, а не CompileTime.

Я же сказал, не нравится - пользуйся тем что нравиться

P.S. Чем не понравился вариант с триггером ?
10 фев 09, 16:58    [6802673]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
P.S. Чем не понравился вариант с триггером ?

for each row, я так понимаю?
Вариант не нравится тем, что задача "перенести данные справа налево" - повсеместная. Никаких view-триггеров не напасёшься.
10 фев 09, 17:00    [6802685]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Bogdanov Andrey
А что мешает в данном случае использовать SQL? Достаточно чуть-чуть переписать запрос:
update Value v set val = (select s.defval from settings s, element e, element p
where e.id=v.element and p.id=v.parameter and s.etype=e.type and s.ptype=p.type);
Или свет клином на модификации inline-view сошелся?

Ошибку - сам видишь?
10 фев 09, 17:00    [6802694]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
P.S. Чем не понравился вариант с триггером ?

for each row, я так понимаю?
Вариант не нравится тем, что задача "перенести данные справа налево" - повсеместная. Никаких view-триггеров не напасёшься.


Езди как все, используй курсоры
10 фев 09, 17:12    [6802764]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
Езди как все, используй курсоры

Та отож....
Вот только этот вот момент выяснения, "где можно нормально", а где "нужно использовать курсоры" - меня лично раздражает.
10 фев 09, 17:15    [6802791]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
Ошибку - сам видишь?
Да, но надеюсь, что умный программист сам сможет ее устранить.
10 фев 09, 17:27    [6802855]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
locky

Вот и возникает вопрос: почему SQL так плохо справляется с задачей "перенести данные из одной таблицы в другую".

а чем ANSI MERGE то не подошел ?
10 фев 09, 17:34    [6802908]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Bogdanov Andrey
locky
Ошибку - сам видишь?
Да, но надеюсь, что умный программист сам сможет ее устранить.

для Выбор СУБД! поступать аналогично?
10 фев 09, 17:48    [6802996]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
locky

Вот и возникает вопрос: почему SQL так плохо справляется с задачей "перенести данные из одной таблицы в другую".

а чем ANSI MERGE то не подошел ?

Собственно, по результатам прошлых бесед было прийдено к выводу, что MERGE - единственно верный путь.
10 фев 09, 18:00    [6803061]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Хотя вот план от MERGE мне не очень нравится.

-------------------------
There’s no silver bullet!
10 фев 09, 18:05    [6803085]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54840

locky

задача "перенести данные справа налево" - повсеместная.

Неужели у ораклистов денормализованные БД настолько распространены?..

Posted via ActualForum NNTP Server 1.4

10 фев 09, 18:53    [6803314]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

locky

задача "перенести данные справа налево" - повсеместная.

Неужели у ораклистов денормализованные БД настолько распространены?..


Ась? Не понял вопроса, если честно.
10 фев 09, 19:08    [6803368]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
Dimitry Sibiryakov

Неужели у ораклистов денормализованные БД настолько распространены?..

думаю гораздо больше чем в ММСКЛ, оракл все таки один из ведущих игроков DWH ...
10 фев 09, 19:16    [6803387]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54840

locky
Ась? Не понял вопроса, если честно.

"Перенос данных справа налево" означает, что в БД есть две таблицы в
которых хранятся абсолютно одинаковые данные. Не помню какую нормальную
форму это нарушает, но какую-то из первых двух. Обычно БД стараются
нормализовать до третьей и денормализацией пользуются только когда не
сервер не справляется с нагрузкой.
Если задача "переноса" - "повсеместная", значит производительности
Оракула не хватает на поддержание третьей НФ или у разработчиков что-то
неладно в консерватории. Так, что?

Posted via ActualForum NNTP Server 1.4

10 фев 09, 20:08    [6803499]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

"Перенос данных справа налево" означает, что в БД есть две таблицы в
которых хранятся абсолютно одинаковые данные.

Данное утверждение неверно. Дальше можно не читать.
10 фев 09, 20:11    [6803505]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54840

locky
Данное утверждение неверно.

Да неужели?

Posted via ActualForum NNTP Server 1.4

10 фев 09, 20:19    [6803525]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

locky
Данное утверждение неверно.

Да неужели?

Угу.
10 фев 09, 20:24    [6803535]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
Dimitry Sibiryakov

locky
Данное утверждение неверно.

Да неужели?

ужели, а по денормализации откройте какой-нибудь самоучитель по проектированию для начинающих, там схема звезда обязательно будет рассмотрена.
10 фев 09, 20:34    [6803553]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54840

locky
Угу.

Неужели данные при применении update join (или любой приводившейся
аналогичной конструкции) волшебным образом трансформируются
непредсказуемым образом? Потому что если нет - то они просто дублируются. А?

Posted via ActualForum NNTP Server 1.4

10 фев 09, 20:37    [6803562]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

locky
Угу.

Неужели данные при применении update join (или любой приводившейся
аналогичной конструкции) волшебным образом трансформируются
непредсказуемым образом? Потому что если нет - то они просто дублируются. А?

1. Если вы обратите внимание на первый пример (с value & settings) вы, наверное, заметите, что из settings в value копируется "значение по умолчанию" (это не совсем ясно из примера, но, тем не менее, поля называются val и defval (или valdef?)). Что как бы говорит само за себя - это начальное значение, которое может быть изменено той или иной частью комплекса (а может быть и не изменено).
2. Если вы обратите внимание на второй пример (с Rem и Move), то наверное такие названия и такой паттерн приведёт вас к мысли о том, что это нечто вроде изменения текущих остатков используя данные о движении товара. Тут можно долго дискутировать о том, что "Текущие остатки есть функция движения товара и эти остатки незачем хранить, их всегда можно расчитать по требованию". Однако, тут вы частично правы - быстрее получается остатки хранить, нежели постоянно расчитывать, и тут имеет место быть некая денормализация.
10 фев 09, 20:47    [6803578]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54840

locky
из settings в value копируется "значение по умолчанию"

Хранить значения, равные умолчательным... Какая странная идея...

Posted via ActualForum NNTP Server 1.4

10 фев 09, 20:56    [6803593]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov

locky
из settings в value копируется "значение по умолчанию"

Хранить значения, равные умолчательным... Какая странная идея...


Например, при создании новой накладной (ну или чего-то там), поставить цену по умолчанию. В дальнейшем цену можно поменять.
Странная идея?
10 фев 09, 20:58    [6803599]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 66 67 68 69 70 71 72 73 [74] 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить