Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 14   вперед  Ctrl
 Re: MsSQL 2008 vs Oracle 11G  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Favn
SergSuper
c помощью таблиц inserted и deleted можно получить всю нужную информацию
если не согласны - давайте какой-нибудь пример
Почти любую задачу можно решить почти любыми средствами. Вопрос - какой ценой. При массированных изменениях на заполнение этих таблиц скушается впустую немало ресурсов. Не говоря уже про возможную необходимость подправить что-то в изменяемых полях при update.
А выполнение простого row-lewel триггера DB2, например, практически не заметит, просто подставив его тело in-line в вызвавший запрос.

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

а вобще я не любитель гоняться за миллисекундами, да и любителем триггеров тоже перестал быть
17 дек 10, 16:29    [9957517]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
Dimitry Sibiryakov
Ну а для меня это реальность, данная в ощущениях. И таки нет, это базы пользователей,
перепроектировать их я не могу.


Загубить можно любую систему еще на этапах проектирования и разработки.

Локальные проблемы отдельных систем нет смысла выставлять в достоинства или недостатки самих субд.
17 дек 10, 16:30    [9957529]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Dimitry Sibiryakov
Member

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

SergSuper
во-первых, эти таблицы не строятся, это отображения данных лога

Да, да... И tempdb тут ни при чём, и переполняется она при массовых операциях совсем не
поэтому...

Posted via ActualForum NNTP Server 1.4

17 дек 10, 16:32    [9957547]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
BestZvit
sdvsamara
На Линуксе нет, но на 64-х процессорном Sun - есть.

Неужели ? ))


Да. Сами понимаете, что есть задачи требущие таких вычислительных мощностей. Но Windows на таких машинах нет. По этому такие задачи MS SQL решать не может. Например, тарификация сотового оператора из большой тройки.
17 дек 10, 16:35    [9957581]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Dimitry Sibiryakov
Member

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

BestZvit
Локальные проблемы отдельных систем нет смысла выставлять в достоинства или недостатки
самих субд.

При чём тут достоинства и недостатки? Был выдвинут тезис "расскажите, какую задачу Вы
хотите решать, и уверен, Вам подкинут её решение без row-level триггеров. Вот если это
решение будет плохим - тогда можно говорить, что заменить их нечем". Задачу я рассказал.
Решение никто не подкинул. Значит, можно говорить, что заменить их нечем. Точка.

Posted via ActualForum NNTP Server 1.4

17 дек 10, 16:36    [9957587]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
Dimitry Sibiryakov
В СУБД с триггерами на запись это делается элементарно, а вот в MS SQL возникает проблема
с изменяемым первичным ключом.

Ну так в MSSQL, сколь мне помнится, есть и другая проблема - там автоинкрементное поле, в котором хрен поменяешь значение.

Я готов согласиться с теоретически существующей проблемой, вот только она не в триггерах, а в кривой задумке "inserted/deleted", которые вроде как приходится связывать по pk, а не по rowid. Так что с проблемой триггеров - при всей любви к оракловым row-level - согласиться таки пока не могу.
17 дек 10, 16:38    [9957600]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
Dimitry Sibiryakov
Решение никто не подкинул. Значит, можно говорить, что заменить их нечем. Точка.

Поспешили. Даже после того, как Вы каким-то чудом сумели проапдейтить технически заблокированное для изменений поле, они таки заменяются и должны заменяться нормальным rowid. Которого в MSSQL действительно зря нет.
17 дек 10, 16:39    [9957620]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov
SergSuper
например мне несколько странно слышать он может быть изменяемым

Ну а для меня это реальность, данная в ощущениях. И таки нет, это базы пользователей,
перепроектировать их я не могу.
и небось естественные ключи?
17 дек 10, 16:42    [9957632]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
softwarer
Поспешили. Даже после того, как Вы каким-то чудом сумели проапдейтить технически заблокированное для изменений поле, они таки заменяются и должны заменяться нормальным rowid. Которого в MSSQL действительно зря нет.


Автоинкрементные поля можно менять. Там чего-то вызываешь и можно менять. По умолчанию нельзя.
17 дек 10, 16:42    [9957636]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Favn
Member

Откуда:
Сообщений: 585
BestZvit
Так прекращаем сравнение субд и сравниваем только сами оси ?
А зачем их сравнивать-то? Достаточно того, что СУБД живет поверх какой-то оси в IT-инфраструктуре заказчика, и там на серверах может быть совсем не виндовз.
BestZvit
Это не принципиально. Скорее, чем то похоже просто на возможность выбора разных шрифтов в Word при написании текста.
Это м.б. весьма принципиально, т.к. цена для Заказчика "выбора" (покупки) такого "шрифта" м.б. весьма многозначной или просто неприемлемой. И Исполнитель с такими предложениями будет послан далеко и надолго.
BestZvit
Не подозреваете, что есть организации (и даже крупные), где систем не зоопарк, а только одна ?
Вот они, золотые слова! Не хватает только "Не подозреваете, что этой одной (на сервере) может быть не винтел?" :)
17 дек 10, 16:43    [9957642]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
BestZvit
vadiminfo
Нет извините. Оси разные, конкурируют и все такое. .


Так прекращаем сравнение субд и сравниваем только сами оси ?

Как раз наоборот: если СУБД переносима, т.е. не зависит от ОСи, то они могут перенести вседа на лучую ОСь свои БД. Вот если не переносима,то приходится беспокоиться об ОСи от которой они зависят.
17 дек 10, 16:45    [9957669]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov
BestZvit
Локальные проблемы отдельных систем нет смысла выставлять в достоинства или недостатки
самих субд.

При чём тут достоинства и недостатки? Был выдвинут тезис "расскажите, какую задачу Вы
хотите решать, и уверен, Вам подкинут её решение без row-level триггеров. Вот если это
решение будет плохим - тогда можно говорить, что заменить их нечем". Задачу я рассказал.
Решение никто не подкинул. Значит, можно говорить, что заменить их нечем. Точка.
решение: добавляете автоинкрементное поле и по нему связываете
не вижу проблем
заодно получите полноценный первичный ключ
17 дек 10, 16:48    [9957692]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
sdvsamara

Да. Сами понимаете, что есть задачи требущие таких вычислительных мощностей. Но Windows на таких машинах нет. По этому такие задачи MS SQL решать не может.

А.. это так, безосновательно, просто риторически ?.. ))
(Точно так же можно сказать, что Оракл менее мощный, и многие задачи он решить не сможет в отличие от сиквеля)

sdvsamara

Например, тарификация сотового оператора из большой тройки.

Ну, и почему MSSQL эту задачу не позволит решить ?
(Подозреваю, опять по той же риторической причине: "Здесь нужна большая можность, а он недостаточно мощный"..)
17 дек 10, 16:50    [9957703]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Dimitry Sibiryakov
Member

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

SergSuper
и небось естественные ключи?

Обычно - да.

Posted via ActualForum NNTP Server 1.4

17 дек 10, 16:51    [9957719]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
Dimitry Sibiryakov
Был выдвинут тезис "расскажите, какую задачу Вы
хотите решать, и уверен, Вам подкинут её решение без row-level триггеров.


Не кажется, что эта же постановка задачи тождественна утверждению: "Оракл настолько ограничен, что любые задачи, не используя row-level триггеры, в нем решить невозможно" ?
17 дек 10, 16:53    [9957737]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Favn
Member

Откуда:
Сообщений: 585
SergSuper
решение: добавляете автоинкрементное поле и по нему связываете
не вижу проблем
Простая задача - сравнить при update старое и новое значение поля и что-то сделать. Row-lewel сведется к сравнению NEW и OLD. MS, конечно, тоже справится, но при этом, как я понимаю, создаст для всего массива ключей и значений inserted и deleted, которые в триггере надо будет объединять по ключу запросом и только после этого сравнивать. И при update таблички с этак миллионом записей потерей миллисекунд ну никак не отделается.
17 дек 10, 17:01    [9957803]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
vadiminfo
BestZvit
пропущено...


Так прекращаем сравнение субд и сравниваем только сами оси ?

Как раз наоборот: если СУБД переносима, т.е. не зависит от ОСи, то они могут перенести вседа на лучую ОСь свои БД. Вот если не переносима,то приходится беспокоиться об ОСи от которой они зависят.


Еще раз говорю - разговор не об осях !!!!
Не имеет значения ось лучшая или худшая.
Сравниваются возможности самих субд.
Опять повторяю - Поскольку возможности Оракл на Линуксе и возможности Оракл на Виндоус одинаковы, то обсуждение к привязке систем бессмысленно, потому что обсуждается сама субд и ее возможности, а не особенности оси.
17 дек 10, 17:03    [9957819]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
BestZvit
sdvsamara

Да. Сами понимаете, что есть задачи требущие таких вычислительных мощностей. Но Windows на таких машинах нет. По этому такие задачи MS SQL решать не может.

А.. это так, безосновательно, просто риторически ?.. ))
(Точно так же можно сказать, что Оракл менее мощный, и многие задачи он решить не сможет в отличие от сиквеля)


Да нет же, не MS SQL менее мощный, а машины на которых он может работать менее мощные. Понимаете, не программа, а железо более слабое.

sdvsamara

Например, тарификация сотового оператора из большой тройки.

Ну, и почему MSSQL эту задачу не позволит решить ?
(Подозреваю, опять по той же риторической причине: "Здесь нужна большая можность, а он недостаточно мощный"..)[/quot]

Да, здесь нужна большая вычислительная мощность, по этому покупаются определённые машины (ещё акцентирую внимание - железо!). А на них Windows нет, а нет Windows, нет и MS SQL. И программа тут не причём.
17 дек 10, 17:03    [9957827]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Yo.!
Guest
BestZvit

Не кажется, что эта же постановка задачи тождественна утверждению: "Оракл настолько ограничен, что любые задачи, не используя row-level триггеры, в нем решить невозможно" ?

нет, но зато у нас теперь есть твердая уверенность, что ограничен ты.
ЗЫ. в оракле есть как statement так и row-level тригера
17 дек 10, 17:04    [9957837]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Dimitry Sibiryakov
Member

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

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

Угу, всего-то без спросу поменять таблицу в чужой базе. В целом это то же самое что и
написать в документации "в отличии от остальных СУБД, для MS SQL не поддерживается работа
с изменяемыми первичными ключами".

Posted via ActualForum NNTP Server 1.4

17 дек 10, 17:09    [9957870]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
Favn
Простая задача - сравнить при update старое и новое значение поля и что-то сделать. Row-lewel сведется к сравнению NEW и OLD. MS, конечно, тоже справится,


Сами же и говорите - "MS> конечно, тоже справится...".

"Задача" бессмысленна. Даже сам принцип таких "сравнений".

То же самое, что сказать, что Оракл слабее MSSQL, потому что не позволяет делать update, например, в таком виде -
update t1 set .... from t1 inner join t2 on ... where ...
Или в таком:
with a as (select ....) update a set ...

(И, естесственно, любое решение таких задач в другом виде, по определнию можно считать "кривым" )

Обе субд одинаково мощны и одинаково гибки. Надо только уметь пользоваться правильно.
17 дек 10, 17:17    [9957941]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Dimitry Sibiryakov
Member

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

BestZvit
То же самое, что сказать, что Оракл слабее MSSQL, потому что не позволяет делать update,
например, в таком виде -

MERGE отличается от этих запросов только синтаксисом, но не функциональностью.

Posted via ActualForum NNTP Server 1.4

17 дек 10, 17:19    [9957953]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
BestZvit
Member

Откуда: Гоблино
Сообщений: 2250
sdvsamara
Да нет же, не MS SQL менее мощный, а машины на которых он может работать менее мощные. Понимаете, не программа, а железо более слабое..


Опять аргумент просто убой )))
В ровень утверждению: "Если бы это было реализовано на MSSQL, то требования к ресурсам были бы в два раза ниже".

Смешно.. )


PS
Любое приложение можно реализовать так, что любого железа не хватит, и опять же - любое можно реализовать так, что оно будет работать быстрее на мощностях в два раза слабее текущих.
17 дек 10, 17:23    [9957990]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
BestZvit
и опять же - любое можно реализовать так, что оно будет работать быстрее

быстрее чем что ?
17 дек 10, 17:25    [9958014]     Ответить | Цитировать Сообщить модератору
 Re: MsSQL 2008 vs Oracle 11G  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov
SergSuper
решение: добавляете автоинкрементное поле и по нему связываете
не вижу проблем
заодно получите полноценный первичный ключ

Угу, всего-то без спросу поменять таблицу в чужой базе.
дык никто не заметит :)
17 дек 10, 17:27    [9958024]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 14   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить