правдопилНу тогда пошлю вас в ветку Оракла , где ваши же коллеги называют ХЕ "песочницей для студентов"
Не путайте "моих коллег" и "недавно появившийся серый ник с несколькими сомнительными сообщениями". Oracle бесплатен для личного изучения и попыток разработки, поэтому "песочницей для студентов" в нём обычно выступает Enterprise Edition. Хотите - загляните в политику лицензирования и прочитаете там английским по белому, что пока не пытаетесь выкатывать версию в production, можете пользоваться бесплатной OTN License.

Симонов Денис"в более выгодном" по сравнению с бесплатными версиями платных СУБД, потому как исправления найденных багов в них я увижу только после выхода новой версии, которая выходит не так уж часто (может через год, а может и дольше).
Тем не менее, я примерно одинаковое время гонял в продакшне XE и FB, и уверяю Вас, что практической разницы нет. Ошибок, решаемых "патчем в тот же день" в XE отыскать не удаётся, workaround-ы столь же легко прочитать или спросить, ну а расклад "В XE патч будет гарантированно через год(два, три, пять), а в FB может через месяц, может через пять лет" равно не устраивает.

Dimitry SibiryakovsoftwarerОшибок, решаемых "патчем в тот же день" в XE отыскать не удаётся
Так я Вам помогу: http://www.eygle.com/case/10204_buglist.htm#BABCEHHG
Дим, ты лучше врагам моим помогай, я б тогда забот не знал. Вот типа кинул ссылку: в первых же строках про STAR TRANSFORMATION, которая в XE в принципе не поддерживается и десяток проблем оптимизатора при ANSI JOINS (которые, во-первых, нормальные люди не используют, во-вторых, очевидно обходятся уходом с ansi join на нормальный синтаксис, а в-третьих, прямо-таки образцово ложатся в "то, что решается патчем за день"). И что, типа круто задавил интеллектом? Ну порадуйся, куличики ещё полепи. Смешно...

Dimitry SibiryakovДа, оно бы решалось применением патча 10.2.0.4 даже быстрее чем за день,
Дим, ты вообще не ощущаешь разницы между понятиями "написать патч" и "накатить патч"? Сегодня вроде не вечер пятницы...

Basil A. SidorovТогда попробуем оценить, насколько часто OLTP-система меняет одни и те же данные.
1. Не стоит подменять "блоки" на "данные", это разные вещи.

2. Часто, иногда даже "как правило". По сути у OLTP-систем три основных сценария модификации данных:

а) Активная вставка
б) Обновление тех или иных агрегатов, например остатков на складе
в) Последовательная многократная модификация записи (проход по шагам бизнес-процесса).

Два из них вызывают как раз регулярное конкурентное обновление "горячих блоков".

Firebird12Чем пугает Оракл, тем что приходишь утром на работу и база "лежит"
Я не знаю, что с ним надо сделать, чтобы он начал так пугать. Единственный раз, когда я о таком слышал, был, когда один мой знакомый попытался вставить его на место использовавшегося ранее MySQL; в частности, он положил данные в стойку без батарейки и при этом заблокировал сквозную запись (то есть данные, которые с точки зрения СУБД были надёжно записаны на диск, на деле застревали в кэше железки).

У меня вот выходит на пенсию домашний системник - на нём десять лет стоит оракловая база, над которой я изрядно издеваюсь. Системник без бесперебойника и время от времени перегружается по питанию. За всё время не было ни раза, чтобы я обратился к базе, а она оказалась недоступна.

Firebird12Мне кажется MS SQL как-то легче, заводиться с полоборота. Настроить мышкой можно планы резервного копирования, мышкой же и восстановить. ....
Я практически не знаю МС и ничего не могу сказать про его администрирование, но у меня крепнет ощущение, что решение Вашей задачи сводится к словам "наймите программиста".