Yo firebird тоже заявляет, что у него ANSI SQL, а на деле лажа. но в документации и те и другие о лаже как-то забыли
Не надо.... В отношении транзакций у IB/FB все нормально - стандартный read_committed плюс snapshot, вкупе с безблокировочной версионностью, и с полным отсутствием "эскалации блокировок", присутствующей, как это ни странно, даже в некоторых других "версионных" движках.
По поводу транзакций ANSI есть старая статья "критика уровней изолированности..", которую не грех почитать, и где как раз упоминается InterBase.
Насчет SQL - то же самое, в IB/FB он вполне стандартный, практически без самостоятельных прибамбасов, что сильно облегчает его освоение новичками, к примеру, даже по книжке Грабера SQL.

Yoнормальные субд участвуют в tpc
в общем случае tpc это мерянье известно чем. tpc-c, к примеру, уже давно "забраковали".

автора тут выглядит, что типа мы тут в гараже балистическую ракету собрали, что не верите, вот наши рекламные брошуры. а я почему-то в чудеса в последнее время не верю ...
с этим - согласен.

p.s. извиняюсь, что встрял, но уж больно ты замучил однотипными нападками на IB/FB. найдут пару косяков в sql, и начинают мусолить. Начнешь объяснять - сперва удивленные глаза, потом сразу - "а ведь у вас вот..." и опять мочи мочало, начинай сначала...

авторВ отличии от FireBird этот сервер нормально отрабатывает
insert into test ... select .. from test
ну и delete from test where id in (select id from test group by id having count(id)>1)

интересно, к чему еще будут цепляться, когда в FB это историческое поведение исправят? :-) По-моему в любой существующей ныне СУБД можно найти подобные неприятности, которые не являются фатальным багом, и для которых существуют обходные пути.