Исходное сообщение
"Высокопроизводительный MySQL-движок TokuDB переведён в разря..." Отправлено sauron, 29-Апр-13 07:39
> Имеет. Потому что переоптимизировать всё на конечной стадии может уже и не > получиться. Хороший пример - Zabbix. Не имеет. Стандарт SQL-92 и общие концепции не зря придумывали. > Одинаково хреново работает на всех СУБД, и очень тяжело допилить под конкретный двиг. > Когда допиливаешь - такое ощущение, что ребята вообще абстрагировались от реаль^W > оптимизации, и достигли нирваны > в процессе написания. Он одинаково хреново работает на всех СУБД потому что чуваки которые его писали, про что такое РСУБД не сном ни духом. Я в код его между прочим заглядывал. А MySQL существенно чувствительнее к таким ошибкам чем PostgreSQL. Oracle как раз является лидером среди РСУБД потому что еще менее чувствителен к таким ошибкам. > Сохранить модульность при оптимизации под двиг - та еще задача. С другой > стороны, законченному решению редко нужна поддержка более одной СУБД. В случае zabbix вот как раз проблемы не было. Там нет такой суровой необходимости оптимизировать под конкретную РСУБД. Надо знать про то как они работают и писать с учетом этих особенностей. К примеру начать уже использовать транзакции при записи данных. А они там даже не ночевали.