Показать сообщение отдельно
Старый 13.08.2008, 12:57   #2  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,340 / 3558 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Практика показывает, что Oracle "тупой" немного по-иному
...
Не зная настроек оптимизатора и конкретики собранной им статистики, очень сложно бывает "въехать", какого фига Oracle так тупит. И дисциплинирует это не столько программиста, сколько руководство - в плане того, что надо искать очень дорого Oracle DBA, который бы мог разруливать такие ситуации подкруткой весов различных параметров, используемых оптимизатором запросов, а не тупым прикручиванием outline'ов, которые слетают при любом изменении таблицы/запроса.
Согласен с этим утверждением.... Просто психологически (с т.з. руководства) - лучше 1 большая жопа, чем 10 маленьких ("у нас проблема в одном месте а не в 10"). Хотя тупит Оракл реже, но стоимость исправления его тупизны может быть дороже, нежели аналог со SQL Server.

Тут тяжело сравнивать. Переход с одной БД на другую - нельзя сказать что делается легко и непринужденно. Были проблемы на SQL2000, перешли на Оракл - проблемы исчезли. Редкая тупизна Оракла (в смысле что какие-то запросы редко зависают по непонятным с ходу причинам) ... ну да решается конечно... Пришлось разориться на Oracle DBA. Вышел SQL 2005. Кто даст гарантии, что при переходе с Оракла на 2005 будет все ок? А если опять проблемы возникнут - кто будет в ответе? И каким образом (это ж все деньги)? Лицензии опять-таки (если говорить о легальном использовании софта) не бесплатные (особенно ораклиные)
А туда-сюда метаться - тоже никаких денег не хватит . Да, в общем-то и по SQL Server тоже по хорошему DBA нужен... Работу-то делать надо.
__________________
Возможно сделать все. Вопрос времени