После восьми месяцев разработки представлена (http://www.postgresql.org/about/news/1463/) первая бета-версия СУБД PostgreSQL 9.3.
Основные улучшения (http://wiki.postgresql.org/wiki/What%27s_new_in_Postgre...):- Доступные (http://wiki.postgresql.org/wiki/What%27s_new_in_Postgre...) на запись внешние таблицы, позволяющие помещать данные в другие БД;
- Новый драйвер pgsql_fdw для логического объединения содержимого БД на нескольких серверах, в том числе для организации бесшовного полного доступа к БД на внешних серверах PostgreSQL;
- Возможность (http://wiki.postgresql.org/wiki/What%27s_new_in_Postgre...) выполнять операции обновления данных (UPDATE) в представлениях (VIEW), формируемых на основании выборки через оператор SELECT и ранее доступных только на чтение. Применение операции UPDATE для представлений допускается с определёнными ограничениями, например, поддерживаются представления только с одной таблицей или другим представлением в блоке FROM, не содержащие в теле операций WITH, DISTINCT, GROUP BY, HAVING, LIMIT и OFFSET, и без использования UNION, INTERSECT и EXCEPT на первом уровне вложенности.- Новая конструкция "MATERIALIZED VIEW", позволяющая определять представления с кэшированием заданного в представлении запроса в отдельной физической таблице с последующей выборкой данных из этой таблицы, вместо осуществление повторных запросов при каждом обращении к представлению;
- Новый упрощённый синтаксис для определения рекурсивных представлений (CREATE RECURSIVE VIEW);
- Поддержка ключевого слова LATERAL (http://www.postgresql.org/docs/devel/static/queries-table-ex...) для определения подзапросов в блоке FROM, ссылающихся на содержимое полей, полученных в процессе выполнения других подзапросов в процессе выполнения операций по слиянию таблиц (без LATERAL каждый из подзапросов выполняется независимо и не может учитывать данные других подзапросов);
- Включён (http://www.opennet.me/opennews/art.shtml?num=36700) дополнительный набор средств для преобразования и манипуляции данными в формате JSON. В частности в дополнение к ранее представленному типу данных JSON добавлены функции для генерации данных в формате JSON из данных в других форматах, функции парсинга данных в формате JSON и встроенные операторы для обработки JSON-данных, позволяющие извлекать поля, менять отдельные значения, создавать записи на основе JSON-данных- Поддержка ускорения поиска по регулярным выражением благодаря использованию индексов;
- Средства для хранения контрольных сумм для контроля целостности данных в БД и выявления повреждений файловой системы;
- Значительно сокращено потребление разделяемой памяти (SysV shared memory), что избавляет пользователей крупных систем от дополнительного тюнинга;
- Режим быстрого переключения на запасной сервер в случае сбоя;
- Увеличена производительность и улучшена система блокировок для внешних ключей;
- Обеспечена возможность ускорения резервного копирования через запуск pg_dump в параллельном режиме, позволяющем выполнять бэкап одновременно нескольких таблиц;
- Поддержка разбиения конфигурации на серию отдельных файлов, размещаемые в одной директории и подключаемых через директиву 'include_dir';
- Добавлена утилита pg_isready для проверки доступности БД;
- Новый оператор "COPY FREEZE" для минимизации нагрузки на систему ввода/вывода при копировании больших объемов данных;
- Возможность создания пользовательских фоновых обработчиков, для авотоматизации выполнения операций с БД (например, выполнение мониторинга или запуск типовых операций через определённые интервалы времени);- Новая директива lock_timeout для ограничения продолжительности ожидания освобождения блокировки.
URL: http://www.postgresql.org/about/news/1463/
Новость: http://www.opennet.me/opennews/art.shtml?num=36919
Джва года ждал! Наконец-то MAT.VIEW добавили
Ты сидел и ждал. А мы просто работали.. )
А я просто смотрел фильмы и ютуб и играл в игры. При этом попивая пивко, но чаще страйк или ягу и кушая поп-корн, взорванную пшеницу, и бутербродики с мяском, колбаской, настоящим сыром и икрой. И надсмехался над всеми вами.
Я что то упустил?
да, что попкорн - кукуруза
Любую культуру можно вспучить.
тебя я смотрю уже нормально вспучило :)
> Я что то упустил?ага.
смысл жизни...
Еще бы партиционирование нормальное без тех костылей которые сейчас подставлять надо через триггеры и рулесы сделали, вот тогда бы точно 0racle Armageddets настал
Сложно триггер написать?Зато всё просто, понятно и можно это делать так, как надо тебе в конкретном случае.
Иногда лениво триггеры строчить.
Еще CONNECTED BY не хватает, хотя с рекурсивными запросами и без него можно обойтись, но запросы огромные по длине получаются
Ну так не руками же их строчить. Настроил шаблон один раз и пусть раз в <некий период> из крона запускается новых табличек понасоздавать.
зачем такую чушь несёшь. Обслуживание партиционирвания на триггерах в разы геморнее
Да ладно бы только обслуживание. Производительность ниже плинтуса.
Ну так надо думать как партицировать и в каком случае. Не из-за триггеров оно у Вас тормозит.
опять ерунду несёшь.
Полностью согласен с предидущим оратором! CONECTRF BY (+START) и "прозрачного" партицирования жуть как не хватает =)
Ну с партиционированием и connected by ясно. Меня вот поставило в тупик:> Режим быстрого переключения на запасной сервер в случае сбоя;
Этот перевод в корне неверен.
Faster promotion of a streaming standby to primary ("Standby promotion is almost instant, allowing 99.999% availability for a replicated cluster.")
Речь на самом деле о более быстром переходе из standby, что лично для меня немаловажная фича.
Судя по всему там и то и то поправили, в списке изменений ещё есть "Fast failover to replicas for high availability"
1C с сабжем без костылей от Этерсофта или от самой 1С будет работать?
А что у вас за проблемы? Патчи от 1С давно уже приняли в апстрим, какая у вас проблема?
ну ка ну ка поподробнее про патчи 1с апстрим и все такое? я чтото упустил видать?? т.е. 9.3 для 1эсины не надо патчить????
> ну ка ну ка поподробнее про патчи 1с апстрим и все такое?
> я чтото упустил видать?? т.е. 9.3 для 1эсины не надо патчить????Работает без патчей с 8.3.3.715, особо не тестил, но никаких проблем не заметил. Попробовал один отчет, формируется раз в 10 (!) (2 сек. вместо 18) быстрее, чем в связке 8.2.17.169+pg 9.2.4