https://www.opennet.me/openforum/vsluhforumID3/64237.html Представлена (http://www.postgresql.org/about/news.1183) четвертая альфа версия PostgreSQL 9.0 (http://developer.postgresql.org/pgdocs/postgres/release-9-0.html). Напомню, что разработчики проекта приняли решение о смене нумерации будущего релиза. Вместо версии 8.5 из-за значительности изменений будет выпущен релиз PostgreSQL 9.0.<br><br><br>Из новшеств, появившихся в PostgreSQL 9.0-alpha4 можно отметить:<br><br><br><br>- Поддержка режима потоковой репликации (Streaming Replication (http://wiki.postgresql.org/wiki/Streaming_Replication)), суть которой в организации непрерывной передачи бинарных WAL-логов нескольким запасным серверам PostgreSQL;<br>- Замена pg_listener на новый работающий в памяти, высокопроизводительный механизм обслуживания Listen/Notify очереди;<br>- Автоматический возврат числа строк, фигурирующих в выполненном SELECT-запросе. В psql данное значение не отображается, но может быть получено с использованием программного интерфейса, подобного libpq.<br>- Поддержка функций ROWS PRECEDING...<br><br>URL: http://www.pos https://www.opennet.me/openforum/vsluhforumID3/64237.html#28 Wed, 10 Mar 2010 15:47:40 GMT &gt;"Использование агрегатных функций внутри блока ORDER BY одобрено в SQL стандарте, теперь <br>&gt;не нужно прибегать к ухищрениям для получения упорядоченного набора записей на <br>&gt;входе агрегатных функций" <br>&gt;<br>&gt;кто нибудь может пример привести? <br><br>Пример: надо получить упорядоченный массив агрегатной функцией array_agg<br>(Мне кстати даже где-то этого не хватало)<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#25 Sat, 27 Feb 2010 11:02:12 GMT Я и не говорю, что скриптами - это плохо! Не нужно передергивать.<br>Но то, что данный механизм облегчил жизнь - это факт.<br>Что проще, запустить выполнение одной команды, где за тебя СУБД сама все сделает (перенесет индексы, fk, размещение и оптимизацию данных и пр. пр. пр.) или писать/запускать самописное поддерлие, которое будет все делать в десятки раз медленее и не рационально? Я думаю ответ очевиден.<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#22 Sat, 27 Feb 2010 04:46:27 GMT В реальных компаниях именно скриптами, которые свежую базу еще и контрольным набором данных населяют ...<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#21 Sat, 27 Feb 2010 04:43:49 GMT &gt;Лично мне, исходя из моего опыта, гораздо легче написать программулину, <br>&gt; которая будет воссоздавать БД для разработки с нуля, <br>&gt;начиная с создания схемы БД и заканчивая ее начальным тестовым заполнением. <br><br>Именно так! Хочешь добавить \ убавить столбец - в скрипте правишь, чекаутишь и запускаешь. Для экзальтированых мышевозов - почти все современные DB IDE - генерят именно такие скриты сами.<br><br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#19 Fri, 26 Feb 2010 18:57:34 GMT А никто не говорит, что это нужно для экспериментов на продакшене!!! С ума посходили что ли, школьники?<br>Данный функционал очень полезен при разработке, на стадии проектирования, не больше не меньше!<br>То что ты предлагаешь писать через создание новых таблиц или каких-то скриптов - бред полнейший. Видно что ты не имел дела с большими системами, где на одну таблицу идут сотни FK и индексов.<br>Гораздо проще иметь такую функцию в синтаксисе, которая все сделает за тебя, не нарушая индексы и foreign key.<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#18 Fri, 26 Feb 2010 18:50:27 GMT &gt;обоснуйте необходимость BEFORE&#124;AFTER, единственное где это могло бы пригодится это для получения <br>&gt;предсказуемых выборок, но решение описано двумя постами выше, есть другие аргументы? <br>&gt;<br><br>То что ты видишь в этом лишь использование в select вобще не аргумент, а лишь указывает на твое ограниченное сознание.<br>Как заметили выше , про select вобще никто не говорил, кроме тебя, и понятно, что человек в здравом уме не будет писать select * from table, а укажет только те колонки, которые нужны и только в той последовательности в которой они ему нужны.......<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#17 Fri, 26 Feb 2010 18:47:10 GMT &gt;&gt;Когда же они добавят возможность, как мускуле, использовать конструкцию ALTER TABLE ADD <br>&gt;&gt;COLUMN BEFORE&#124;AFTER ? <br>&gt;<br>&gt;Я осмелился написать ажно Брюсу об этом, правда я предложил использовать что <br>&gt;то типа ALTER TABLE MOVE COLUMN BEFORE&#124;AFTER что будет полезней для <br>&gt;уже существующих колонок - он ответил что типа мы о том <br>&gt;что это хотят знаем, но пока готового решения нет. Будем ждать. <br>&gt;<br><br>Да, будем ждать. Спасибо вам за это письмо. Чем больше будет таких запросов от разных людей, тем скорее эта фича будет сделана.<br>Для меня функция оч. полезная. Держать таблицы не в том порядке, в котором хочется очень не удобно. :-(<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#16 Fri, 26 Feb 2010 18:40:04 GMT Сразу видно, что вы разработчик, а не админ. А лочить даже одну таблицу в продакшне чаще всего невозможно, ибо может привести к непредсказуемым последствиям. А что касается разработки, то эта проблема решается достаточно несложно: создание новой таблицы и INSERT SELECT, или SELECT INTO. Правда, придется повозиться с внешними ключами. Лично мне, исходя из моего опыта, гораздо легче написать программулину, которая будет воссоздавать БД для разработки с нуля, начиная с создания схемы БД и заканчивая ее начальным тестовым заполнением. Очень помогает такое при автоматизированном тестировании.<br> https://www.opennet.me/openforum/vsluhforumID3/64237.html#15 Fri, 26 Feb 2010 18:04:11 GMT &gt;Эта операция должна выполняться миллисекунды. <br><br>На базах любого размера<br><br>