либо на веки вечные привязываемся к одной СУБД и используем ее на полную катушку.
Раз уж я сюда пришел....
Понимаете, с процессорами оно совершенно аналогично - если хочется писать эффективный код, то его надо оптимизировать под процессор. И даже два почти одинаковых но с разным размером кэша - код будет разный (точнее, всякие константы в коде, отвечающие за working set)
Другой вопрос, что эффективность кода практически никогда не парит, все упирается в более медленные устройства.
Вот с СУБД оно проявлено просто острее. Ну несовершенны оптимизаторы и максимально эффективные запросы для разных СУБД будут разными (пусть даже оба исполняются). И вот с этим и жить. А если запросы разные, то значит весь db layer меняется и дальше на совместимость уже практически плевать, нету ее.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2010-09-21 09:22 am (UTC)Раз уж я сюда пришел....
Понимаете, с процессорами оно совершенно аналогично - если хочется писать эффективный код, то его надо оптимизировать под процессор. И даже два почти одинаковых но с разным размером кэша - код будет разный (точнее, всякие константы в коде, отвечающие за working set)
Другой вопрос, что эффективность кода практически никогда не парит, все упирается в более медленные устройства.
Вот с СУБД оно проявлено просто острее. Ну несовершенны оптимизаторы и максимально эффективные запросы для разных СУБД будут разными (пусть даже оба исполняются). И вот с этим и жить. А если запросы разные, то значит весь db layer меняется и дальше на совместимость уже практически плевать, нету ее.