Pull to refresh

Comments 4

Жопа и палец, основные различия, особенности миграции.

Уж больно поверхностное сравнение двух СУБД, имеющих принципиальные отличия. Даже плюсы/минусы каждой из них описаны так, что кажется что это просто маркетинговая шелуха - без глубокого понимания реальных преимуществ или недостатков.

В большинстве СУБД есть ограничения по объёму базы и количеству записей в ней. В PostgreSQL ограничений нет. Точнее есть, но они касаются конкретных записей. Скажем, одна таблица не может занимать больше 32 Тб, а одна запись — 1,6 Тб. Однако максимальных значений хватает, чтобы хранить в БД любые данные.

Ограничения PostgreSQL очень даже явные - всё-таки 32Тб на таблицу для современного мира BigData это не так уж много - я бы даже сказал - сущие копейки. Особенно при миграции с документных баз данных - где явно не предусмотрено большое распределение хранимых данных по коллекциям - в итоге одну коллекцию будут гнать в одну таблицу с тысячами полей и миллионами и миллиардами строк. Хотя реляционный подход как раз предполагает большое разнесение хранения условного одного документа по десяткам, а то и сотням реляционных таблиц, с созданием кучи справочников компактификации больших (в т.ч. строковых) и структурированных данных полей объектного представления документа. А про это ни слова даже не сказали!

Для большинства приложений я использую postresql. Просто таблица с ключём плюс jsonb. Скорость дикая mongo db в общем случае и рядом не сидела. Правда я работаю на российской neutrino. Прошу не пинать тех кто её не знает

... ACID гарантирует, что транзакции будут обработаны полностью или не будут обработаны вообще. 

Это только про букву A из ACID.

Как на счёт Isolation, Consistency, Durability?

Вот сравнить уровни изоляции двух субд было бы интересно.

Очень поверхностно, увы.

Sign up to leave a comment.