The OpenNET Project / Index page

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

Релиз pg_extractor 1.0.0, инструмента для манипулирования дампами баз PostgreSQL

19.06.2012 21:30

Представлен релиз инструмента pg_extractor 1.0.0, предназначенного для фильтрации и извлечения данных из файлов с дампами баз PostgreSQL. Код программы написан на языке Perl и распространяется под свободной BSD-подобной лицензией PostgreSQL.

Основные особенности:

  • Сохранение объектов БД, таких как схема данных, отдельные таблицы, представления, функции, типы, роли и т.п., с их распределением по отдельным файлам в соответствующей структуре базы иерархии директорий;
  • Извлечение отдельных элементов схемы, таблиц, функций;
  • Фильтрация содержимого с использованием регулярных выражений;
  • Интеграция с SVN и Git для отслеживания изменений в БД;


  1. Главная ссылка к новости (http://comments.gmane.org/gman...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/34137-postgresql
Ключевые слова: postgresql, dump, filter, pg_extractor
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (16) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 04:29, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это партянка, состоящая из 1 файла размером в 1000 строк с огромными if/else блоками и копипастами внутри. Естественно без юнит тестов.
     
     
  • 2.3, гумбольдт_восемнадцатый (?), 06:02, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И что Вы порекомендуете в качестве альтернативы для этих целей?
     

  • 1.2, гумбольдт_восемнадцатый (?), 06:01, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, посмотрим. Как раз собирался для тех же целей изобретать свой велосипед, а тут вон оно уже.

    Только мне нечто относительно универсальное нужно. Кто-нибудь знает такую же штуку для мускула?

     
     
  • 2.4, 1 (??), 07:21, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    что такое мускул?
     
     
  • 3.5, гумбольдт_восемнадцатый (?), 07:41, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > что такое мускул?

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

     
     
  • 4.6, Аноним (-), 09:29, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем ты коверкаешь названия?
     
     
  • 5.9, гумбольдт_восемнадцатый (?), 12:38, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А зачем ты коверкаешь названия?

    Меня использовать такие слова в разговорной речи семь лет назад один хороший человек научил, который любил флеймы по теме. Не выговаривать же многосложное "пост-гре-эс-ку-эль". Мускуль, пискль - и всё, очень удобно, очень быстро произносится. А как Вы их читаете?

     
     
  • 6.14, Aleks Revo (ok), 19:14, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Запомни, о юный падаван: пискль у тебя в штанах, а СУБД называется Постгрес! ;-)
     
  • 4.8, odd.mean (?), 10:57, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов. В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный энтерпрайз с сайто-продакшном.
     
     
  • 5.11, гумбольдт_восемнадцатый (?), 12:45, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен
    > больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной
    > из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов.
    > В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе
    > реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно
    > наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный
    > энтерпрайз с сайто-продакшном.

    Вопрос был не в том, никто не утверждал, что мускул способен тягаться прям вот на всех фронтах. Вопрос был в том, есть ли нечто подобное уже готовое для мускула? Поскольку задачу надо решать и для него тоже.

     
  • 5.12, Пользователь Дебиан (?), 17:45, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У Вас не совсем точные данные: MySQL поддерживает несколько движков для хранения данных; MyISAM, который является наиболее популярным (и быстрым, из тех, что хранят данные на диске), действительно свойствами ACID не обладает, однако встроенный же движок InnoDB вполне себе ACID: http://dev.mysql.com/doc/refman/5.0/en/innodb-storage-engine.html
    Естественно, он по понятным причинам медленнее, однако таки "энтерпрайз".

    Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в некоторых случаях.  Тут MySQL прямо родной брат PHP.  Как будто одни и те же люди делали.

     
     
  • 6.13, odd.mean (?), 19:27, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ссылку, оплошал!
     
  • 6.16, Aleks Revo (ok), 19:40, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в
    > некоторых случаях.  Тут MySQL прямо родной брат PHP.  Как будто одни и те же люди делали.

    Добавим сюда, что InnoDB не поддерживает полнотекстовый поиск, который есть только в MyISAM - не всем, конечно, надо, но тем не менее вилка, если нужен (а обычно там, где он нужен - это серьёзный проект и там же нужен и ACID).

     
  • 5.15, Aleks Revo (ok), 19:30, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен
    > больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной
    > из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов.
    > В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе
    > реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно
    > наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный
    > энтерпрайз с сайто-продакшном.

    Куда там ACID? Там даже триггеры каскадно не срабатывают!
    Что в сумме убивает идею реализации на уровне базы сколько-нибудь серьёзной логики управления целостностью и требует лепить костыли на уровне скриптов, что надёжности не добавляет. И это попадалово даже для сайтостроения (если, конечно, не делать сайт на три странички).

    Решительно не понимаю популярности MySQL. Он проще? Да Боже упаси, то нельзя, это не работает, а вот то-то даже в планах нет - выкручивайся среди этого.

    Разница между MySQL и Postgres как между запорожцем и мерседесом. Вроде и то, и то - ездит, но вот скорость и ощущения от езды...
    Однако в отличие от машин, обходятся они в те же деньги, то бишь бесплатны. Смысл тратить время на менее качественный продукт?

     

  • 1.7, odd.mean (?), 10:43, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ни коим образом не нужно (насколько мне зе 4 года раоты с Постгрес (включая Слоны-кластеры) работать приходилось). ибо дампы парсятся чистой перлой намного проще, а для любителей ГУИ - там кто-то до сих пор phpMyAdmin от уязвимостей лечит, но к продакшену ACID-несовместимые СУБД "тоже конечно относятся";)
     
     
  • 2.10, гумбольдт_восемнадцатый (?), 12:42, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни коим образом не нужно (насколько мне зе 4 года раоты с
    > Постгрес (включая Слоны-кластеры) работать приходилось). ибо дампы парсятся чистой перлой
    > намного проще, а для любителей ГУИ - там кто-то до сих
    > пор phpMyAdmin от уязвимостей лечит, но к продакшену ACID-несовместимые СУБД "тоже
    > конечно относятся";)

    Тут перл и есть, просто написано уже. Лично мне оно нужно для случая трёх десятков баз на некоем подобии "хостингов для своих", правлю которые не я, зато примерно раз в месяц приходится разгребать последствия бездумного внесения изменений в них.

    Иногда речь только про структуру БД и процедуры, иногда же приходится смотреть даже за изменениями данных в определённых таблицах. Навешивать свои механизмы ведения истории поверх существующих баз не имею возможности.

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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