<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз pg_extractor 1.0.0, инструмента для манипулирования да...</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html</link>
    <description>Представлен (http://comments.gmane.org/gmane.comp.db.postgresql.announce/2060) релиз инструмента pg_extractor 1.0.0 (https://github.com/omniti-labs/pg_extractor), предназначенного для фильтрации и извлечения данных из файлов с дампами баз PostgreSQL. Код программы написан на языке Perl и распространяется под свободной BSD-подобной лицензией PostgreSQL.&lt;br&gt;&lt;br&gt;&lt;br&gt;Основные особенности:&lt;br&gt;&lt;br&gt;&lt;br&gt;-  Сохранение объектов БД, таких как схема данных, отдельные таблицы, представления, функции, типы, роли и т.п., с их распределением по отдельным файлам в соответствующей структуре базы иерархии директорий;&lt;br&gt;-  Извлечение отдельных элементов схемы, таблиц, функций;&lt;br&gt;-  Фильтрация содержимого с использованием регулярных выражений;&lt;br&gt;-  Интеграция с SVN и Git для отслеживания изменений в БД;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;URL: http://comments.gmane.org/gmane.comp.db.postgresql.announce/2060&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=34137&lt;br&gt;</description>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (Aleks Revo)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#16</link>
    <pubDate>Thu, 21 Jun 2012 15:40:37 GMT</pubDate>
    <description>&amp;gt; Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в &lt;br&gt;&amp;gt; некоторых случаях.  Тут MySQL прямо родной брат PHP.  Как будто одни и те же люди делали.&lt;br&gt;&lt;br&gt;Добавим сюда, что InnoDB не поддерживает полнотекстовый поиск, который есть только в MyISAM - не всем, конечно, надо, но тем не менее вилка, если нужен (а обычно там, где он нужен - это серьёзный проект и там же нужен и ACID). &lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (Aleks Revo)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#15</link>
    <pubDate>Thu, 21 Jun 2012 15:30:16 GMT</pubDate>
    <description>&amp;gt; MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен &lt;br&gt;&amp;gt; больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной &lt;br&gt;&amp;gt; из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов. &lt;br&gt;&amp;gt; В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе &lt;br&gt;&amp;gt; реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно &lt;br&gt;&amp;gt; наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный &lt;br&gt;&amp;gt; энтерпрайз с сайто-продакшном.&lt;br&gt;&lt;br&gt;Куда там ACID? Там даже триггеры каскадно не срабатывают! &lt;br&gt;Что в сумме убивает идею реализации на уровне базы сколько-нибудь серьёзной логики управления целостностью и требует лепить костыли на уровне скриптов, что надёжности не добавляет. И это попадалово даже для сайтостроения (если, конечно, не делать сайт на три странички).&lt;br&gt;&lt;br&gt;Решительно не понимаю популярности MySQL. Он проще? Да Боже упаси, то нельзя, это не работает, а вот то-то даже в планах не</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (Aleks Revo)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#14</link>
    <pubDate>Thu, 21 Jun 2012 15:14:19 GMT</pubDate>
    <description>Запомни, о юный падаван: пискль у тебя в штанах, а СУБД называется Постгрес! ;-)&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (odd.mean)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#13</link>
    <pubDate>Wed, 20 Jun 2012 15:27:45 GMT</pubDate>
    <description>Спасибо за ссылку, оплошал!&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (Пользователь Дебиан)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#12</link>
    <pubDate>Wed, 20 Jun 2012 13:45:41 GMT</pubDate>
    <description>У Вас не совсем точные данные: MySQL поддерживает несколько движков для хранения данных; MyISAM, который является наиболее популярным (и быстрым, из тех, что хранят данные на диске), действительно свойствами ACID не обладает, однако встроенный же движок InnoDB вполне себе ACID: http://dev.mysql.com/doc/refman/5.0/en/innodb-storage-engine.html&lt;br&gt;Естественно, он по понятным причинам медленнее, однако таки &quot;энтерпрайз&quot;.&lt;br&gt;&lt;br&gt;Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в некоторых случаях.  Тут MySQL прямо родной брат PHP.  Как будто одни и те же люди делали.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (гумбольдт_восемнадцатый)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#11</link>
    <pubDate>Wed, 20 Jun 2012 08:45:01 GMT</pubDate>
    <description>&amp;gt; MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен &lt;br&gt;&amp;gt; больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной &lt;br&gt;&amp;gt; из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов. &lt;br&gt;&amp;gt; В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе &lt;br&gt;&amp;gt; реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно &lt;br&gt;&amp;gt; наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный &lt;br&gt;&amp;gt; энтерпрайз с сайто-продакшном.&lt;br&gt;&lt;br&gt;Вопрос был не в том, никто не утверждал, что мускул способен тягаться прям вот на всех фронтах. Вопрос был в том, есть ли нечто подобное уже готовое для мускула? Поскольку задачу надо решать и для него тоже.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (гумбольдт_восемнадцатый)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#10</link>
    <pubDate>Wed, 20 Jun 2012 08:42:49 GMT</pubDate>
    <description>&amp;gt; Ни коим образом не нужно (насколько мне зе 4 года раоты с &lt;br&gt;&amp;gt; Постгрес (включая Слоны-кластеры) работать приходилось). ибо дампы парсятся чистой перлой &lt;br&gt;&amp;gt; намного проще, а для любителей ГУИ - там кто-то до сих &lt;br&gt;&amp;gt; пор phpMyAdmin от уязвимостей лечит, но к продакшену ACID-несовместимые СУБД &quot;тоже &lt;br&gt;&amp;gt; конечно относятся&quot;;) &lt;br&gt;&lt;br&gt;Тут перл и есть, просто написано уже. Лично мне оно нужно для случая трёх десятков баз на некоем подобии &quot;хостингов для своих&quot;, правлю которые не я, зато примерно раз в месяц приходится разгребать последствия бездумного внесения изменений в них.&lt;br&gt;&lt;br&gt;Иногда речь только про структуру БД и процедуры, иногда же приходится смотреть даже за изменениями данных в определённых таблицах. Навешивать свои механизмы ведения истории поверх существующих баз не имею возможности.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (гумбольдт_восемнадцатый)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#9</link>
    <pubDate>Wed, 20 Jun 2012 08:38:08 GMT</pubDate>
    <description>&amp;gt; А зачем ты коверкаешь названия?&lt;br&gt;&lt;br&gt;Меня использовать такие слова в разговорной речи семь лет назад один хороший человек научил, который любил флеймы по теме. Не выговаривать же многосложное &quot;пост-гре-эс-ку-эль&quot;. Мускуль, пискль - и всё, очень удобно, очень быстро произносится. А как Вы их читаете?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз pg_extractor 1.0.0, инструмента для манипулирования да... (odd.mean)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/85160.html#8</link>
    <pubDate>Wed, 20 Jun 2012 06:57:21 GMT</pubDate>
    <description>MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов. В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный энтерпрайз с сайто-продакшном.&lt;br&gt;</description>
</item>

</channel>
</rss>
