eoranged
07.04.2012 22:15 Pidgin
В общем, ковыряясь в недрах MyQL я понял, что в плане индексов он проигрывает Postgres'у во всём, кроме того, что в первом индексы изначально покрывающие и можно указать планировщику какие индексы использовать/не использовать.
В общем, MySQL меня очень сильно огорчил отсутствием в нём Partial индексов и некоторых других приятных плюшек.
12 comments
recommend
bookmark
subscribe
Единственное преимущество у мускуля перед постгресом — это myisam.
Эта хуйня, которая даже в транзакции не может? Nope.
Дело не в транзакциях. Когда нужно хранить часто обновляющиеся данные, всякие счётчики, например, оно бывает очень даже к месту.
Тогда уж MEMORY :)
Или memory. Но memory проёбывают данные после перезапуска, емнип.
В общем, постгресу не хватает таблиц без версионирования.
Ну да, такого там нет. С другой стороны, конкретно в постгресе и не надо :)
Ну гораздо ведь удобнее вытащить данные простым джоином, чем лезть ещё и в редис какой-нибудь.
Это да. Но это ломает консистенстность базы данных. А это главная фича постгреса.
Кстати, в 9.1 можно сотворить следующий трюк:
1. создать раздел в tmpfs
2. создать там нужную таблицу с параметром unmanaged
3. настроить на неё регулярный pg_dump
4. подложить в /etc/init.d/postgresql вызов pg_restore
...
PROFIT!
Костыли-костылики:-)
Ну это ещё не совсем костыли.
В принципе, хватит unmanaged и ужесточённого автовакуума на таблице с частыми апдейтами :)
Кстати, ссылка по теме: RAMFS, которая сама периодически дампится на диск и восстанавливается.