Oracle vs MSSQL

MOP3E · 07-06-12 00:05:44

judas пишет:

Очень просто - цена. Цена этих СУБД, это искомый мотив перехода.

Цена уже КУПЛЕННОГО Oracle явно ниже, чем ЕЩЁ НЕ КУПЛЕННОГО MS SQL. Потому как на первый бабло уже потрачено и, соответственно, остаться на нём стоит 0 рублей, 0 копеек.

judas · 07-06-12 00:16:37

уже КУПЛЕННОГО

Шагая по пути здравого смысла, тяжело убедить руководство покупать что-то левое. Например на моём предприятии используется Oracle 8. Переубедить руководство перейти на что-то другое, с учётом того, что весь персонал программистов и дизайнеров подобран и несколько раз обучен на спец.курсах под Оракл - невозможно. Кроме того работает куча программного обеспечения под Oracle.
Если смотреть на проблему со стороны сущности славянского "откатного" менталитета, то проблема решаема.
Убедите руководство что при покупке новой СУБД возможен откат круглой суммы в их карман, они Вам купят все дорогостоящие ПО поддерживающие работу СУБД.

wr224 · 07-06-12 08:18:21

kenzzzooo пишет:

wr224,
SET TRANSACTION ISOLATION LEVEL
    { READ UNCOMMITTED
    | READ COMMITTED
    | REPEATABLE READ
    | SNAPSHOT
    | SERIALIZABLE
    }
[ ; ]
MSDN пишет:
SNAPSHOT
Указывает на то, что данные, считанные любой инструкцией транзакции, будут согласованы на уровне транзакции с версией данных, существовавших в ее начале.Транзакция распознает только те изменения, которые были зафиксированы до ее начала.Инструкции, выполняемые текущей транзакцией, не видят изменений данных, произведенных другими транзакциями после запуска текущей транзакции.Таким образом достигается эффект получения инструкциями в транзакции моментального снимка зафиксированных данных на момент запуска транзакции.
Транзакции моментальных снимков не требуют блокировки при считывании данных, за исключением случаев восстановления базы данных.Считывание данных транзакциями моментальных снимков не блокирует запись данных другими транзакциями.Транзакции, осуществляющие запись данных, не блокируют считывание данных транзакциями моментальных снимков.
На этапе отката восстановления базы данных транзакция моментальных снимков запросит блокировку, если будет предпринята попытка считывания данных, заблокированных другой откатываемой транзакцией.Блокировка транзакции моментальных снимков сохраняется до завершения отката.Блокировка снимается сразу после предоставления.
Перед запуском транзакции, использующей уровень изоляции моментальных снимков, необходимо установить параметр базы данных ALLOW_SNAPSHOT_ISOLATION в ON.Если транзакция с уровнем изоляции моментального снимка обращается к данным из нескольких баз данных, аргумент ALLOW_SNAPSHOT_ISOLATION должен быть включен в каждой базе данных.
Невозможно изменить на уровень изоляции моментального снимка уровень изоляции транзакции, запущенной с другим уровнем изоляции; в этом случае транзакция будет прервана.Если транзакция запущена с уровнем изоляции моментальных снимков, ее уровень изоляции можно изменять.Транзакция начинается в момент первого доступа к данным.
Транзакция, работающая с уровнем изоляции моментального снимка, может просматривать внесенные ею изменения.Например, если транзакция выполняет инструкцию UPDATE, а затем инструкцию SELECT для одной и той же таблицы, измененные данные будут включены в результирующий набор.
Примечание
В режиме изоляции моментальных снимков данные FILESTREAM, считанные любой инструкцией транзакции, будут согласованы на уровне транзакции с версией данных, существовавших на момент начала транзакции, а не на момент начала выполнения инструкции.

По описанию очень похоже, но вот внутренние тонкости работы не известны. В любом случае, если в Oracle это идет по-умолчанию, то в MSSQL нужно включать в настройках бд или выставлять в каждой сессии

MOP3E · 07-06-12 08:32:12

wr224 пишет:

По описанию очень похоже, но вот внутренние тонкости работы не известны. В любом случае, если в Oracle это идет по-умолчанию, то в MSSQL нужно включать в настройках бд или выставлять в каждой сессии

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

Отредактировано MOP3E (07-06-12 08:33:26)

wr224 · 07-06-12 08:34:57

MOP3E пишет:

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

MOP3E, в OLTP системах, на которые ориентирован Oracle, скорость работы первоочередная

MOP3E · 07-06-12 08:58:42

wr224 пишет:

MOP3E, в OLTP системах, на которые ориентирован Oracle, скорость работы первоочередная

Главное, что обе БД можно настроить и так, и эдак. Было бы желание.

kenzzzooo · 07-06-12 13:33:42

wr224 пишет:

По описанию очень похоже, но вот внутренние тонкости работы не известны. В любом случае, если в Oracle это идет по-умолчанию, то в MSSQL нужно включать в настройках бд или выставлять в каждой сессии

согласен, сам не использую, а, соответственно, о тонкостях ничего сказать не могу smile

Добавлено спустя 02 мин 37 с:
MOP3E, wr224, кстати, подскажите, если есть вариант, какую-нибуть легкую БД, типа MySQL, которую можно использовать для небольших объемов данных (кассы), но с возможностью репликации. Если будет бесплатная штука - еще лучше.

petrun · 07-06-12 15:26:25

kenzzzooo
Ну мускуль вполне качественно умеет репликацию.

kenzzzooo · 07-06-12 16:12:12

petrun, я знаю. Тут, какбы, еще хотелось сократить накладные расходы. Кассы не всегда мощные, будет ли он там крутиться? Да репликацию хотелось бы еще и "по кругу" сделать. Т.е. "Касса1 <-> Центр" + "Касса2 <-> Центр" + "Касса1 <-> Касса2"... Вот как-то так...

Форум StopLinux

Объявление

#26 07-06-12 00:05:44

Re: Oracle vs MSSQL

#27 07-06-12 00:16:37

Re: Oracle vs MSSQL

#28 07-06-12 08:18:21

Re: Oracle vs MSSQL

#29 07-06-12 08:32:12

Re: Oracle vs MSSQL

#30 07-06-12 08:34:57

Re: Oracle vs MSSQL

#31 07-06-12 08:58:42

Re: Oracle vs MSSQL

#32 07-06-12 13:33:42

Re: Oracle vs MSSQL

#33 07-06-12 15:26:25

Re: Oracle vs MSSQL

#34 07-06-12 16:12:12

Re: Oracle vs MSSQL

Подвал форума