The OpenNET Project / Index page

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

Несколько новых утилит для PostgreSQL. Вместо PostgreSQL 8.5 выйдет 9.0

03.02.2010 13:47

Компания End Point открыла под лицензией BSD исходные тексты трех полезных утилит для PostgreSQL:

  • tail_n_mail - утилита для мониторинга за лог файлами и отправки уведомления по email в случае обнаружения определенных нештатных событий;
  • boxinfo - вывод в наглядном виде полезной информации о сервере и статистики;
  • split_postgres_dump - разбивает содержимое SQL-дампа на две части: структуру базы и данные.

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

  1. OpenNews: Вышла третья альфа-версия PostgreSQL 8.5
  2. OpenNews: Релиз MySQL 5.0.87 и вторая альфа-версиия PostgreSQL 8.5
  3. OpenNews: Представлена первая альфа-версия PostgreSQL 8.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25278-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, skew (?), 14:18, 03/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ура! Мне очень понравилось работать с postgresql, и внутренние процедуры и функции писать на нём одно удовольствие, и к PHP к нему хорошая библиотека есть, и объектную модель можно построить. Сказка, а не SQL сервер.
     
     
  • 2.3, thirteensmay (?), 15:56, 03/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    внутренние процедуры и функции...

    По сравнению с некоторыми конечно получше, но по сравнению с некоторыми другими... Ни тебе модулей (пакетов), ни транзакций автономных, даже commit из функции неможет ;) Коечто у них в планах стоит, надеюсь со временем докрутят.

     
     
  • 3.8, Аноним (-), 23:51, 03/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > По сравнению с некоторыми конечно получше, но по сравнению с некоторыми другими... Ни тебе модулей (пакетов), ни транзакций автономных, даже commit из функции неможет ;) Коечто у них в планах стоит, надеюсь со временем докрутят.

    А зачем это всё? Просто что бы «как в Oracle»? :) Мне лично не хватает только какого-либо решения для редактирования view при изменении объектов от которых оно зависит.

     
     
  • 4.9, Diogene the Open Source programmer (?), 00:48, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да - для этого тоже. Продукт то для людей, я вот уже всё старьё 8.0.5 и некоторое 8.1.* перетащил не на 10g\11g а на Слоника ... почти dump\restore'ом! :) Сколько кило зелени сЪэкономил - прикинь сам.
     
  • 4.10, thirteensmay (?), 00:57, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Эка вы, не затем чтобы как в Oracle, а затем чтобы удобно, разве вьюхи нельзя пересоздать ? Пакеты и возможность простого сохранения это помоему базовые концепции программирования, наследование вон когда реализовали, а многоязычность ? куда ни нафиг приоритет, а возможности тупо закоммитить элементарный инсерт нет, пытался своих "проприетарщиков" свернуть, они когда узнали - ржали, было блин стыдно ;)
     
     
  • 5.12, Ян Злобин (?), 03:12, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >возможности тупо закоммитить элементарный инсерт нет

    А что мешает сделать инсерт отдельной функцией, вызываемой из первой?  Это и будет отдельный комит.

     
     
  • 6.14, thirteensmay (?), 10:52, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Какой функцией ? Я про обычный pgPL/SQL, в них нет коммита. Конечно может и можно чтото придумать написав какую то внешнюю не pgPL/SQL функцию коммита, но это ведь смешно, pgPL/SQL основной язык, представьте что вам гденить вместо обычного if придется использовать специальные функции из внешних модулей, при том что case будет доступен из коробки (rollback to savepoint в pgPL/SQL таки насколько я понимаю есть)
     
     
  • 7.16, Аноним (-), 13:15, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > pgPL/SQL основной язык

    для postgres это не так, у него основной язык это SQL, а plpgsql это просто _один из многих_ процедурных языков.

     
     
  • 8.17, Аноним (-), 13:19, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в догонку, в 8 5 тобишь 9 0 собирались делать не именованные блоки на pl языка... текст свёрнут, показать
     
  • 8.18, thirteensmay (?), 13:25, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну мы ж про полноценное процедурное программирование, plpgsql какраз и есть осно... текст свёрнут, показать
     
     
  • 9.19, Аноним (-), 13:35, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    процедурные языки сейчас нельзя использовать напрямую в теле запроса не создавая... текст свёрнут, показать
     
     
  • 10.21, thirteensmay (?), 13:43, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну так правильно, они для этого и концептуально не предназначены, их назначение ... текст свёрнут, показать
     
  • 8.20, thirteensmay (?), 13:35, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в догонку ну блин незнаю, это просто вы наверное привыкли, а вот и я лично, и во... текст свёрнут, показать
     
     
  • 9.22, Аноним (-), 13:52, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а Вы просто begin не делайте, тогда транзакция начнётся автоматически при входе ... текст свёрнут, показать
     
     
  • 10.24, thirteensmay (?), 14:10, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    От приятно черт побери говорить с человеком который хочет тебя понять и говори... текст свёрнут, показать
     
  • 9.23, Аноним (-), 14:08, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    rollback to savepoint внутри pl то же нельзя, я имел ввиду типа такого create f... текст свёрнут, показать
     
     
  • 10.25, thirteensmay (?), 14:41, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понимаю в данном случае begin можно рассматривать как неявную устано... текст свёрнут, показать
     
  • 10.26, thirteensmay (?), 14:47, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я уж не говорю о том что при наличии нормального человеческого commit вышепривед... текст свёрнут, показать
     
  • 4.11, Ян Злобин (?), 03:09, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне лично не хватает только какого-либо решения для редактирования view при изменении объектов от которых оно зависит.

    Есть это давно.  Правило + Триггер.

     
     
  • 5.15, Аноним (-), 13:09, 04/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мне лично не хватает только какого-либо решения для редактирования view при изменении объектов от которых оно зависит.
    >
    >Есть это давно.  Правило + Триггер.

    create table departments (dep_id serial, dep_name text);
    create table users (id serial, name text, dep_id int, is_enabled boolean);
    create view active_users as select * from users where is_enabled;
    create view managers as select * from active_users join departments using (dep_id) where dep_name = 'managers';

    alter table users add email text;

    и всё, приплыли, а если вьюх не две а десять ? а если колонка не добавляется а удаляется ? пока с этим сложно, нужно пересоздавать всё дерево зависимых вьюх и какого-то нормального решения не видно...

     

  • 1.2, Vitaly_loki (ok), 15:10, 03/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    PostgreSQL - лучшая СУБД
     
  • 1.13, letsmac (?), 10:07, 04/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    9.0 эт хорошо. Ждём патчей от 1с, будем тестить.
     

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



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

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