1024гугл для поисковых индексов использует MySQL например. Микрософт вполне вероятно MS SQL

Трудно сказать, что они используют.

Я в проектах, использующих Hibernate, всегда стараюсь использовать MyISAM таблицы MySQL. Поскольку они без транзакций, работают очень быстро. А транзакции (если вообще нужна двухфазная фиксация) и ссылочная целостность поддерживаются на уровне Hibernate / прикладного кода - там, где это надо. Опять имею разумный баланс производительности и функциональности.

Вообще спор пошел на уровне "а у нас в квартире газ, а у вас?". Нет никакой абсолютной истины. Есть разумные решения в конкретных ситуациях, причем это решения, использующие все известные возможности плюс интуицию / анализ / сопрставление / комбинирование. Решения, основанные на соображениях "все делают это так" или "мне аказали, что надо делать так", в программировании редко бывают разумными. Хорошо, если вообще работающими.

exppбыл несколько удивлён:
... Если её уровень изоляции стоит в READ_UNCOMMITED то вы выбираете сырые данные, оттображаете их наивному пользователю, он принимает какое то решение на основании тех данных, которые к этому моменту могут быть откачены. В общем ерунда какая то ...

может конечно в мускуле хитрость какая-то есть? какая ннить "почти изоляция"?

1. Если Вы программируете приложение "правильно" (то есть серия связанных обновлений в БД у Вас выполняется теоретически "мгновенно" и не прерывается ожиданием окончания каких-либо сторонних процессов), никаких "сырых" данных быть не может. Читается только то, что уже есть в таблицах.

2. Нет никаких хитростей. Есть ISAM таблицы, которые обновляются в порядке прихода запросов на обновление страниц, и есть InnoDB таблицы, с которыми сервер работает в режиме обычных транзакций (по умолчанию, естественно, autocommit).

Я хотел сказать, что я использую первый вариант, вполне сознательно. При правильном программировании приложения (много-много-пользовательского, несомненно) и использовании некоторых весьма полезных механизмов Hibernate (версии, в частности) мне удается обеспечить максимальную производительность операции с данными (ISAM - наиболее скоростной доступ) и целостность / согласованность. БЕЗ использования транзакций на уровне БД.

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