https://www.opennet.ru/openforum/vsluhforumID3/91624.html После года разработки представлен (http://www.postgresql.org/about/news/1481/) релиз новой стабильной ветки СУБД PostgreSQL 9.3. Кроме продолжения работы по наращиванию функциональности в процессе подготовки нового выпуска большое внимание было уделено увеличению надёжности, отказоустойчивости и интеграции с другими СУБД.<br><br><br>Основные улучшения (http://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.3):<br><br><br><br><br><br><br>- Возможность (http://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.3#Updatable_Views) выполнять операции обновления данных (UPDATE) в представлениях (VIEW), формируемых на основании выборки через оператор SELECT и ранее доступных только на чтение. Применение операции UPDATE для представлений допускается с определёнными ограничениями, например, поддерживаются представления только с одной таблицей или другим представлением в блоке FROM, не содержащие в теле операций WITH, DISTINCT, GROUP BY, HAVING, LIMIT и OFFSET, и без использования UNION, INTERSECT и EXCEPT на первом уровне вложенно https://www.opennet.ru/openforum/vsluhforumID3/91624.html#74 Wed, 18 Sep 2013 06:17:01 GMT &gt; Позиция типа "Я хочу оракл, но бесплатно, а если бесплатно нет того, <br>&gt; что есть в оракле, то Г...но". Ясно-понятно <br><br>Можно было бы ответить "ок, залей свой патч с недостающим функционалом в репозиторий", или<br>"заплати программистам, которые выложат патч".<br>Но не буду.<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#73 Tue, 17 Sep 2013 18:52:19 GMT &gt; Да-да, конечно ведь вменяемые range partitions (в postgres они делаются совершенно неприличным <br>&gt; костылем), реверсивние индексы, механизмы вроде secure files, средство резервирования/восстановления <br>&gt; уровня rman (т. е. с block recovery), поддержка hugepages, AWR и <br>&gt; многое другое, что лень перечислять, никому не нужно? Ясен пень, что <br>&gt; если ты ничего не понимаешь в БД, то разница между ораклом <br>&gt; и postgres только в бесплатности последнего. Oracle - не "массовая" СУБД, <br>&gt; выигрыш от его использования можно получить, только хорошо разбираясь в реляционных <br>&gt; БД вообще, и в самом оракле в частности.<br><br>Позиция типа "Я хочу оракл, но бесплатно, а если бесплатно нет того, что есть в оракле, то Г...но". Ясно-понятно<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#71 Fri, 13 Sep 2013 14:32:39 GMT &gt; Ну-ну... Если база не больше 100 МБ, то еще можно что-то гуевое <br>&gt; использовать. Но если больше, то бекап/ресторе базы в десятки, а то <br>&gt; и сотни, раз медленее, чем прямо shell-скриптом (естественно, сервер не на <br>&gt; Винде). Но если сервер на Винде - используйте MS SQL, и <br>&gt; только его...<br><br>Бэкап выполняется абсолютно столько же запущенынй из pgadmin b из любых скриптов, так как в любом случай выполняется pg_dump. Иллюзия замедления, возможно, из-за того, что pgadmin незаметно соединяется с удалённой базой и делает из неё бэкап на локальную систему - тем же pg_dump , но из-за сетевых задержек это получается медленно.<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#70 Fri, 13 Sep 2013 08:38:58 GMT &gt; согласен. одних partitions уже достаточно, чтобы Postgres не встал рядом с Oracle. <br><br>Согласен! Рядос с Оракелем всё обвисает и сдувается.<br><br>ЗЫЖ В джавва уже есть partiotions?<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#69 Fri, 13 Sep 2013 08:25:19 GMT согласен. одних partitions уже достаточно, чтобы Postgres не встал рядом с Oracle.<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#68 Wed, 11 Sep 2013 09:47:50 GMT Всегда выглядела как УГ.. И особенности работы буфера обмена с wine-приложением вымораживают (впрочем, в pgadmin буфер обмена тоже через пень-колоду работает - что скопировано там, потом не в каждое приложение получается вставить).<br><br>Скачал 11 версию - она вообще не запускается, start_navicat просто завершается, без ругани и ошибок. 19-ая федора, 32-х битные либы совместимости стоят. Если ей какой-то особенной библиотеки не хватает, могли бы написать в требованиях, или нормальный пакет выложить, по которому зависимости видно. Ну или на крайняк при запуске из скрипта ругнуться. Так нет же - не удивлюсь, если эти проприетарщики кроме какой-нибудь старой убунты вообще ни на чем это не тестировали и не ведают, что линукс убунтой не ограничивается. Причем 32-х битной наверняка - в отличие от винды и мака, под которые можно скачать 64-х битную сборку, под линь дают только 32-х битные виндовые бинарники в пакете с 32-х битным же вайном. И потом они надеются, что кто-то будет покупать у них версию под линукс??<br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#67 Wed, 11 Sep 2013 09:14:03 GMT &gt; этого никто делать не собирается.<br><br>И чёрт с ним. Тоже редко кому нужно.<br>Вот с зависимостями расширений там печаль, да.<br>Без этого неудобно пользоваться механизмом при разработке.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#66 Wed, 11 Sep 2013 09:09:27 GMT &gt; А ещё полнотекстовый поиск там должны были допилить до скоростей, со сфинксом <br>&gt; сравнимых... Допилили? Кто-нибудь знает?<br><br>Были тормоза с индексами.<br>Но с 9.1 версии их не наблюдал.<br>Как сейчас - пока не тестил.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/91624.html#65 Wed, 11 Sep 2013 09:04:19 GMT Features We Do Not Want <br>Obfuscated function source code (not wanted)<br><br> Obfuscating function source code has minimal protective benefits because anyone with super-user access can find a way to view the code. At the same time, it would greatly complicate backups and other administrative tasks. To prevent non-super-users from viewing function source code, remove SELECT permission on pg_proc. <br>