The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышла четвертая альфа-версия PostgreSQL 9.0

25.02.2010 17:14

Представлена четвертая альфа версия PostgreSQL 9.0. Напомню, что разработчики проекта приняли решение о смене нумерации будущего релиза. Вместо версии 8.5 из-за значительности изменений будет выпущен релиз PostgreSQL 9.0.

Из новшеств, появившихся в PostgreSQL 9.0-alpha4 можно отметить:

  • Поддержка режима потоковой репликации (Streaming Replication), суть которой в организации непрерывной передачи бинарных WAL-логов нескольким запасным серверам PostgreSQL;
  • Замена pg_listener на новый работающий в памяти, высокопроизводительный механизм обслуживания Listen/Notify очереди;
  • Автоматический возврат числа строк, фигурирующих в выполненном SELECT-запросе. В psql данное значение не отображается, но может быть получено с использованием программного интерфейса, подобного libpq.
  • Поддержка функций ROWS PRECEDING и ROWS FOLLOWING в WINDOW-блоке SELECT-запроса, позволяющих сформировать кадр из заданного числа строк, относительно текущей позиции.

Обзор новшеств выпущенных ранее тестовых версий PostgreSQL 9.0 можно прочитать здесь и здесь.

  1. Главная ссылка к новости (http://www.postgresql.org/abou...)
  2. OpenNews: Несколько новых утилит для PostgreSQL. Вместо PostgreSQL 8.5 выйдет 9.0
  3. OpenNews: Вышла третья альфа-версия PostgreSQL 8.5
  4. OpenNews: Новая политика поддержки релизов PostgreSQL
  5. OpenNews: Представлена первая альфа-версия PostgreSQL 8.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25576-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (23) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, trdm (ok), 18:53, 25/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как там насчет выдирания ИБ из рухнувшего сервера?
    или опять перл скриптами?
     
     
  • 2.6, Аноним (-), 12:35, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    объясните плиз, я так понимаю что всякие pgbouncer теперь будут не нужны???

    раз EXPLAIN теперь будет в XML и JSON - где можно ожидать использования этого?
    хотелось бы увидеть всякие автоподсказки по типу я смотрю твой eplain и вижу что возможно если поднять индекс такой то (прямо код создания индекса) то не факт, но возможно план выполнения запроса будет лучше.

     
  • 2.7, Аноним (-), 12:42, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    "Использование агрегатных функций внутри блока ORDER BY одобрено в SQL стандарте, теперь не нужно прибегать к ухищрениям для получения упорядоченного набора записей на входе агрегатных функций"

    кто нибудь может пример привести?

     
     
  • 3.28, __and__ (?), 18:47, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"Использование агрегатных функций внутри блока ORDER BY одобрено в SQL стандарте, теперь
    >не нужно прибегать к ухищрениям для получения упорядоченного набора записей на
    >входе агрегатных функций"
    >
    >кто нибудь может пример привести?

    Пример: надо получить упорядоченный массив агрегатной функцией array_agg
    (Мне кстати даже где-то этого не хватало)


     

  • 1.2, Аноним (-), 09:06, 26/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Когда же они добавят нормальный partionioning, чтоб убрать все костыли, которые сейчас приходится использовать?
    Когда же они добавят возможность, как мускуле, использовать конструкцию ALTER TABLE ADD COLUMN BEFORE|AFTER ?
     
     
  • 2.3, Аноним (-), 09:45, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Когда же они добавят возможность, как мускуле, использовать конструкцию ALTER TABLE ADD COLUMN BEFORE|AFTER ?

    Молодой человек, вы уже порядком надоели! Используйте SELECT список_полей FROM имя_таблицы, если хотите получить поля в нужном вам порядке. Над PgSQL работают не идиоты, они пилят действительно нужные вещи, а то что вы предлагает - это как в MySQL

     
     
  • 3.4, Аноним (-), 11:25, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    при чем тут select вобще?
     
     
  • 4.5, ig0r (??), 11:43, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    обоснуйте необходимость BEFORE|AFTER, единственное где это могло бы пригодится это для получения предсказуемых выборок, но решение описано двумя постами выше, есть другие аргументы?
     
     
  • 5.9, Аноним (-), 12:51, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >обоснуйте необходимость BEFORE|AFTER

    Да смотрится это лучше. Шахматисты оценивают позицию бросив взгляд, так и тут.

     
     
  • 6.11, Aleksey (??), 15:51, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стопить гигабайтные базы на неопределенное время, чтобы лучше смотрелось - тут есть о чем подумать.
     
     
  • 7.12, Школьник (?), 20:06, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Просто типичные пользователи MySQL, похоже, не видят в этом ничего необычного. Бытие определяет сознание, как говорил классик.
     
  • 7.13, zzz (??), 20:59, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Стопить гигабайтные базы на неопределенное время, чтобы лучше смотрелось - тут есть
    >о чем подумать.

    Сразу видно что вы админ. Я например разработчик и структура базы во время разработки может меняться не раз, эта простая функция поможет улучшить нервную систему программистам...

     
  • 7.14, zzz (??), 21:01, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Стопить гигабайтные базы на неопределенное время, чтобы лучше смотрелось - тут есть
    >о чем подумать.

    Я уж не говорю о том что будет лочиться таблица, а не останавливаться SQL сервер. И уж тем более не говорю о том что достаточно поменять местами определение столбцов а не перелопачивать всю таблицу. Эта операция должна выполняться миллисекунды.

     
     
  • 8.15, zzz (??), 21:04, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На базах любого размера ... текст свёрнут, показать
     
  • 8.16, Школьник (?), 21:40, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сразу видно, что вы разработчик, а не админ А лочить даже одну таблицу в продак... текст свёрнут, показать
     
     
  • 9.19, Аноним (-), 21:57, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А никто не говорит, что это нужно для экспериментов на продакшене С ума посхо... текст свёрнут, показать
     
     
  • 10.22, F.Y. (?), 07:46, 27/02/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В реальных компаниях именно скриптами, которые свежую базу еще и контрольным наб... текст свёрнут, показать
     
     
  • 11.25, Аноним (-), 14:02, 27/02/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я и не говорю, что скриптами - это плохо Не нужно передергивать Но то, что дан... текст свёрнут, показать
     
  • 9.21, F.Y. (?), 07:43, 27/02/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Именно так Хочешь добавить убавить столбец - в скрипте правишь, чекаутишь и з... текст свёрнут, показать
     
  • 5.18, Аноним (-), 21:50, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >обоснуйте необходимость BEFORE|AFTER, единственное где это могло бы пригодится это для получения
    >предсказуемых выборок, но решение описано двумя постами выше, есть другие аргументы?
    >

    То что ты видишь в этом лишь использование в select вобще не аргумент, а лишь указывает на твое ограниченное сознание.
    Как заметили выше , про select вобще никто не говорил, кроме тебя, и понятно, что человек в здравом уме не будет писать select * from table, а укажет только те колонки, которые нужны и только в той последовательности в которой они ему нужны.......

     
  • 2.8, Аноним (-), 12:49, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Когда же они добавят возможность, как мускуле, использовать конструкцию ALTER TABLE ADD
    >COLUMN BEFORE|AFTER ?

    Я осмелился написать ажно Брюсу об этом, правда я предложил использовать что то типа ALTER TABLE MOVE COLUMN BEFORE|AFTER что будет полезней для уже существующих колонок - он ответил что типа мы о том что это хотят знаем, но пока готового решения нет. Будем ждать.

     
     
  • 3.17, Аноним (-), 21:47, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Когда же они добавят возможность, как мускуле, использовать конструкцию ALTER TABLE ADD
    >>COLUMN BEFORE|AFTER ?
    >
    >Я осмелился написать ажно Брюсу об этом, правда я предложил использовать что
    >то типа ALTER TABLE MOVE COLUMN BEFORE|AFTER что будет полезней для
    >уже существующих колонок - он ответил что типа мы о том
    >что это хотят знаем, но пока готового решения нет. Будем ждать.
    >

    Да, будем ждать. Спасибо вам за это письмо. Чем больше будет таких запросов от разных людей, тем скорее эта фича будет сделана.
    Для меня функция оч. полезная. Держать таблицы не в том порядке, в котором хочется очень не удобно. :-(

     
  • 2.10, al (??), 15:39, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, с партишонингом большая засада!
    Когда сделают обязательно напьюсь!
    Вот только делают уже 3 года..
    и не известно когда сделают.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру