https://www.opennet.ru/openforum/vsluhforumID3/107283.html Компания Citus Data объявила (https://www.citusdata.com/blog/17-ozgun-erdogan/403-citus-unforks-postgresql-goes-open-source) об открытии исходных текстов распределённой СУБД CitusDB (https://www.citusdata.com/products/what-is-citusdb). Ранее проект CitusDB развивался как форк PostgreSQL, но начиная с Citus 5.0 проект переработан в форму расширения к PostgreSQL, не требующего модификации кодовой базы и работающего поверх штатных выпусков PostgreSQL. Подобный подход позволяет использовать все появляющиеся в новых выпусках PostgreSQL новшества, такие как типы JSON/JSONB, операции UPSERT и работа (http://rhaas.blogspot.ru/2016/03/no-more-full-table-vacuums.html) без периодического выполнения "vacuum full" для больших БД. Код открыт (https://github.com/citusdata/citus) под лицензией AGPLv3.<br><br><br><br>Citus обеспечивает горизонтальное масштабирование PostgreSQL в кластере на базе типового оборудования, с разнесением данных по узлам при помощи (https://www.citusdata.com/docs/citus/5.0/aboutcitus/introduction_to_citus.h https://www.opennet.ru/openforum/vsluhforumID3/107283.html#29 Mon, 18 Apr 2016 20:43:40 GMT &gt; Не знал, что CloudFlare данные собирает и что-то в них анализирует. Вот <br>&gt; тебе и нейтральный CDN.<br><br>https://blog.cloudflare.com/scaling-out-postgresql-for-cloudflare-analytics-using-citusdb/<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#28 Sat, 02 Apr 2016 22:21:50 GMT угу, примерно.<br>еще не кассандра или мнезия(или еще более тяжелые "распределенные" БД без точек отказа), но уже не постгресСКЛ )<br>в любом случае - портирование на - будет попроще для отягощенные legacy-кодом.<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#27 Fri, 01 Apr 2016 23:30:40 GMT Есть готовые сборки для 9.4, только не от 1С правда. http://www.postgrespro.ru/products/1c_build<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#26 Mon, 28 Mar 2016 21:18:41 GMT &gt;хранимые процедуры, которые по мнению разрабов postgresql не нужны<br><br>Охъ! Аж пузо свело от ржачки, это адский трэщЪ! :))))))))<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#25 Mon, 28 Mar 2016 21:15:02 GMT Выкидыш же! :)<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#24 Sun, 27 Mar 2016 17:12:13 GMT &gt; и работа (http://rhaas.blogspot.ru/2016/03/no-more-full-table-vacuums.html) <br>&gt; без периодического выполнения "vacuum full" для больших БД.<br><br>Это неточный перевод, речь про отсутствие необходимости выполнять VACUUM FREEZE на больших таблицах, эта фича попала в 9.6. А VACUUM FULL в postgres'е не надо запускать уже лет десять как.<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#23 Sun, 27 Mar 2016 10:57:11 GMT А, вот почему они пользователям Tor капчу показывают. Шпионаж плохо работает. Эти гады еще и SSL хакают для этого.<br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#22 Sat, 26 Mar 2016 12:24:40 GMT &gt; Просто переделывать не хотят. Как я понял, 1ц заточен под хранимые процедуры, <br>&gt; которые по мнению разрабов postgresql не нужны. Хотя, емнип, разрабы postgres <br>&gt; так говорили и про мастер-мастер, и про синхронную реплику, так что <br>&gt; нужно подождать, и проблема может решиться сама собой)) <br><br>Не под хранимые процедуры же, а под блокировки (привет от MS SQL) и под регистронезависимость (привет Windows)<br>Несколько неверно Вы поняли...<br><br> https://www.opennet.ru/openforum/vsluhforumID3/107283.html#21 Sat, 26 Mar 2016 08:18:00 GMT Какие хранимые процедуры, ты о чем, Вася?<br>Сборка postgresql от 1C отличается переделанными блокировками и всё. <br>