https://www.opennet.ru/openforum/vsluhforumID3/121934.html После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 13. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2025 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53774<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#132 Wed, 30 Sep 2020 17:09:12 GMT Увеличивать эту константу имеет смысл только есть у вас много ОЗУ, потому что она и выбрана-то была, с тем расчетом, что бы документ в ОЗУ поместился с гарантией.<br><br>Куда проще (и это официально рекомендованный вариант) использовать для хранения GridFS. В этом случае, документ бьется на чанки, что конечно снижает общую производительность, но не так уж и сильно. Но вот документ при этом, может достигать значительно больших размеров.<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#131 Wed, 30 Sep 2020 08:49:55 GMT Чем легче перенести код с PL/SQL на PL/pgsql - тем больше пользователей это сделают.<br>А практическая бесшовная поддержка иных языков - очень сильное конкурентное преимущество. После длительного общения с MS по поводу активного использования R в MS SQL, они сами рекомендовали перейти на PostgreSQL. Производительность выросла на порядок!<br>Если конкретней, то при необходимости нескольких миллионов вызовов функций на R при обработке данных, вместо 14 часов на MS SQL стали укладываться в 70 минут на PostgreSQL на том же сервере.<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#130 Tue, 29 Sep 2020 15:10:36 GMT &gt;А чем сейчас модно визуально в базе ковыряться?<br><br>Можно попробовать Kexi из состава Calligra.<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#129 Tue, 29 Sep 2020 14:30:19 GMT https://github.com/parihaaraka/sqt<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#128 Tue, 29 Sep 2020 06:20:00 GMT &gt;Кстати, а зачем Postgre из трусов выпрыгивает, пытаясь привязать PL/SQL к своей поделка?<br><br>За тем, что Postgres отжал у Oracle рынок, а это добивает последних.<br>Я еще в 2011-2012 RBC переводил с Oracle на Postgres, экономия была огромной как по лицензиям так и по простоте поддержки и стоимости обслуживания. <br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#127 Mon, 28 Sep 2020 19:16:35 GMT &gt; А вот монга способна этот фокус проделать даже с документами размером в несколько Гб<br><br>Максимальный размер документа в монге &#8211; 16 МБ (ну, если ее не перекомпилять)<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#126 Mon, 28 Sep 2020 09:29:33 GMT Аноны, вы вконец ослепли??<br>https://www.postgresql.org/media/img/about/press/elephant.png<br>Это логотип!<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#125 Mon, 28 Sep 2020 09:27:18 GMT Не помню. Монги занимали порядка 50-100ГБ данных на штуку, к каждой обращалась пара десятков серверов в реальном времени, т.е. непрерывно, забивая пару мегабит - точно.<br> https://www.opennet.ru/openforum/vsluhforumID3/121934.html#124 Mon, 28 Sep 2020 09:06:02 GMT &gt; хрень пишешь...<br><br>В чём хрень? Если у тебя приложение (или хакеры) испоганит данные в базе, то эти изменения будут во всех репликах базы очень быстро. Т.е. репликация ни каким образом не позволит тебе откатить состояние базы на какой-то момент в прошлом, когда всё было нормально. Для такого нужен бекап. Поэтому я и написал, что репликация не заменяет бекапы.<br><br>&gt; ой, мля, ну всё, срочно побежал монгу менять на всех проектах, т.к. <br>&gt; я внезапно не использую киллер-фичу <br><br>Я и не прошу тебя отказываться от Монги в уже написанном проекте (сам уже 8 лет пилю такой). Я говорил исключительно про выбор базы данных для ещё ненаписанного приложения.<br>