LINUX.ORG.RU

История изменений

Исправление byko3y, (текущая версия) :

Поэтому, честные и откровенные разговоры про web-scale заканчиваются на «ладно, нам и postgresql с репликацией тут хватит, возьмем машину побольше»

Ситуация вызвана проблемой общего знаменателя — примерно потому x86 оказался одним из лидеров рынка прцоессоров. Сделать современный x86 процессор очень дорого, сильно дороже, чем сделать свой ASIC. Но x86 уже есть, его можно купить за копейки.

Точно также сделать PostgreSQL с нуля сильно дороже, чем написать на коленке свою СУБД под свои задачи. Но постгрес уже есть, да еще и бесплатный, а своей СУБД еще нету. Одна из моих идей как раз заключалась в том, чтобы создать готовую распределенную универсальную СУБД, которую просто взял, настроил, и пользуешься — сразу получается и масштаб, и надежность, и производительность, и без постгреса. Как я уже упоминал, гарантии целостности и атомарности почти никому не нужны, даже банкам, которые раз в день по ночам неспешно закрывают взаиморасчеты. Причем, некоторые из подобных процессинговых систем вполне себе работают на самопальных БД в коболе без каких-либо намеков на ACID.

А иначе можно и на SQLite делать систему. Причем, это весьма достойный и недооцененный вариант, поскольку предоставляет максимальную целостность и атомарность, которой нет даже у MySQL/PostgreSQL/MS SQL/Oracle. И ты, между прочим, сам забыл, что PostgreSQL тоже является отходом от цельного состояния в сторону разрозненных снимков, пусть и небольшим.

Исходная версия byko3y, :

Поэтому, честные и откровенные разговоры про web-scale заканчиваются на «ладно, нам и postgresql с репликацией тут хватит, возьмем машину побольше»

Ситуация вызвана проблемой общего знаменателя — примерно потому x86 оказался одним из лидеров рынка прцоессоров. Сделать современный x86 процессор очень дорого, сильно дороже, чем сделать свой ASCI. Но x86 уже есть, его можно купить за копейки.

Точно также сделать PostgreSQL с нуля сильно дороже, чем написать на коленке свою СУБД под свои задачи. Но постгрес уже есть, да еще и бесплатный, а своей СУБД еще нету. Одна из моих идей как раз заключалась в том, чтобы создать готовую распределенную универсальную СУБД, которую просто взял, настроил, и пользуешься — сразу получается и масштаб, и надежность, и производительность, и без постгреса. Как я уже упоминал, гарантии целостности и атомарности почти никому не нужны, даже банкам, которые раз в день по ночам неспешно закрывают взаиморасчеты. Причем, некоторые из подобных процессинговых систем вполне себе работают на самопальных БД в коболе без каких-либо намеков на ACID.

А иначе можно и на SQLite делать систему. Причем, это весьма достойный и недооцененный вариант, поскольку предоставляет максимальную целостность и атомарность, которой нет даже у MySQL/PostgreSQL/MS SQL/Oracle. И ты, между прочим, сам забыл, что PostgreSQL тоже является отходом от цельного состояния в сторону разрозненных снимков, пусть и небольшим.