The OpenNET Project / Index page

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

Релиз СУБД PostgreSQL 9.3

09.09.2013 17:40

После года разработки представлен релиз новой стабильной ветки СУБД PostgreSQL 9.3. В новой версии появилась поддержка обновляемых представлений, добавлены функции и операторы для работы с данными в формате JSON, обеспечена возможность записи во внешние таблицы, добавлен драйвер для прозрачного доступа к данным на других серверах, обеспечена поддержка создания триггеров для обработки глобальных событий БД, реализован режим многопоточного выполнения pg_dump. Кроме продолжения работы по наращиванию функциональности в процессе подготовки нового выпуска большое внимание было уделено увеличению надёжности, отказоустойчивости и интеграции с другими СУБД.

Основные улучшения:

  • Возможность выполнять операции обновления, добавления и удаления данных (UPDATE, INSERT, DELETE) в представлениях (VIEW), формируемых на основании выборки через оператор SELECT и ранее доступных только на чтение. Применение операции UPDATE для представлений допускается с определёнными ограничениями, например, поддерживаются представления только с одной таблицей или другим представлением в блоке FROM, не содержащие в теле операций WITH, DISTINCT, GROUP BY, HAVING, LIMIT и OFFSET, и без использования UNION, INTERSECT и EXCEPT на первом уровне вложенности.
  • Новая конструкция "MATERIALIZED VIEW", позволяющая определять представления с кэшированием заданного в представлении запроса в отдельной физической таблице с последующей выборкой данных из этой таблицы, вместо осуществление повторных запросов при каждом обращении к представлению;
  • Включён дополнительный набор средств для преобразования и манипуляции данными в формате JSON. В частности в дополнение к ранее представленному типу данных JSON добавлены функции для генерации данных в формате JSON из данных в других форматах, функции парсинга данных в формате JSON и встроенные операторы для обработки JSON-данных, позволяющие извлекать поля, менять отдельные значения, создавать записи на основе JSON-данных;
  • Доступные на запись внешние таблицы, позволяющие помещать данные в другие БД. "FOREIGN DATA WRAPPER" теперь поддерживает операции INSERT, UPDATE и DELETE;
  • Средства для хранения контрольных сумм для контроля целостности данных в БД и выявления повреждений файловой системы;
  • Новый драйвер pgsql_fdw для логического объединения содержимого БД на нескольких серверах, в том числе для организации бесшовного полного доступа к БД на других серверах PostgreSQL;
  • Новый упрощённый синтаксис для определения рекурсивных представлений (CREATE RECURSIVE VIEW);
  • Поддержка ключевого слова LATERAL для определения подзапросов в блоке FROM, ссылающихся на содержимое полей, полученных в процессе выполнения других подзапросов в процессе выполнения операций по слиянию таблиц (без LATERAL каждый из подзапросов выполняется независимо и не может учитывать данные других подзапросов);
  • Реализация триггеров для обработки глобальных событий (event trigger). В отличие от обычных триггеров обработчики событий привязываются к БД, а не к таблицам и могут быть написаны только на процедурных языках, в том числе на Си, но не на SQL. Обработчики событий могут перехватывать любые операции и команды, в том числе CREATE, ALTER и DROP;
  • Использование q-gram индексов (модуль pg_trgm) расширено на поиск по регулярным выражениям (операции LIKE/ILIKE могут использовать индексы, начиная с версии PostgreSQL 9.1);
  • Произведен переход с использования SysV shared memory на POSIX shared memory и mmap, что упрощает установку и конфигурацию, и избавляет от необходимости настройки таких параметров, как SHMMAX и SHMALL. Значительно сокращено потребление разделяемой памяти (SysV shared memory), что избавляет пользователей крупных систем от дополнительного тюнинга;
  • Сокращено время распространения реплик, а также значительно ускорена передача управления от запасного сервера к первичному. Переход от мастера к реплицированной системе производится менее чем за секунду. Ускорена и упрощена реконфигурация каскадных реплицированных систем после обработки отказа;
  • Увеличена производительность и улучшена система блокировок для внешних ключей;
  • Обеспечена возможность ускорения резервного копирования через запуск pg_dump в параллельном режиме, позволяющем выполнять бэкап одновременно нескольких таблиц;
  • Поддержка разбиения конфигурации на серию отдельных файлов, размещаемые в одной директории и подключаемых через директиву 'include_dir';
  • Добавлена утилита pg_isready для проверки доступности БД;
  • Новый оператор "COPY FREEZE" для минимизации нагрузки на систему ввода/вывода при копировании больших объемов данных;
  • Возможность создания пользовательских фоновых обработчиков, для автоматизации выполнения операций с БД (например, выполнение мониторинга или запуск типовых операций через определённые интервалы времени);
  • Новая директива lock_timeout для ограничения продолжительности ожидания освобождения блокировки.


  1. Главная ссылка к новости (http://www.postgresql.org/abou...)
  2. OpenNews: Релиз открытой СУБД VoltDB 3.0, развиваемой одним из основателей Ingres и PostgreSQL
  3. OpenNews: Релиз СУБД PostgreSQL 9.2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/37866-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:45, 09/09/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    "Увеличена производительность и улучшена система блокировок для внешних ключей" - это мне нравится
     
     
  • 2.26, all_glory_to_the_hypnotoad (ok), 23:08, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +8 +/
    а я люблю господина PG ещё больше!
     
     
  • 3.32, Гостище (?), 00:43, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ку!
     
  • 3.33, AnonuS (?), 01:54, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А у тебя есть Малиновые Штаны ?
     

  • 1.5, Аноним (-), 18:02, 09/09/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    По моему PosgreSQL становится перегруженной фичами СУБД.
     
     
  • 2.8, Аноним (-), 18:18, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эти фичи нужны для наращивания облачной коммутации API/RESTful/IaaS/etc...>/dev/null
     
  • 2.12, Аноним (-), 19:42, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Как MySQL?
     
  • 2.18, rshadow (ok), 20:22, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Как можно "перегрузить" фичами СУБД, если эти фичи напрямую связаны с ее функциональностью? Радоваться надо что фич все больше.
     
     
  • 3.20, YetAnotherOnanym (ok), 20:32, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Месье, по-видимому, беспокоится о том, что добавление новых фич приведёт к усложннению кода, что может стать причиной увеличения числа ошибок.
     
     
  • 4.23, rshadow (ok), 21:36, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Количество ошибок в основном увеличится из-за ошибок в самих новых фичах. Это неизбежно, да. Но на то он и опенсорсный проект чтобы баги всем миром ловить. Все одно лучше чем проприетарщина.
     
  • 4.29, all_glory_to_the_hypnotoad (ok), 23:25, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    по этому нужно завернуться в белую простынку и уползти сразу на кладбище.

    эти фичи пилят хрен знает сколько, некоторые не один год.

     
  • 2.24, Аноним (-), 21:52, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    К сожалению надо признать что многие из этих фич на поверку оказываются несколько недоделанными (если сравнивать например с ораклом, а не mysql). Те же триггеры и хранимки вообще, матпредставления, рекурсия, пакеты которые в пг якобы хорошо заменяются схемами, кластеризация и пр. мелочи. А некоторых реально нужных вещей так и вовсе нет, автономные транзакции, те же пакеты, синхронная репликация на несколько бд.. Так что до перегруженности фичами поверьте еще далеко) впрочем конечно если вы реально бдшник, и не рассматриваете бд как просто хранилище.
     
     
  • 3.30, Аноним (-), 00:02, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Заведомая неправда.
     
     
  • 4.31, Аноним (31), 00:15, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да, конечно ведь вменяемые range partitions (в postgres они делаются совершенно неприличным костылем), реверсивние индексы, механизмы вроде secure files, средство резервирования/восстановления уровня rman (т. е. с block recovery), поддержка hugepages, AWR и многое другое, что лень перечислять, никому не нужно? Ясен пень, что если ты ничего не понимаешь в БД, то разница между ораклом и postgres только в бесплатности последнего. Oracle - не "массовая" СУБД, выигрыш от его использования можно получить, только хорошо разбираясь в реляционных БД вообще, и в самом оракле в частности.
     
     
  • 5.38, sanDro (ok), 10:21, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Враньё насчёт hugepages бросается в глаза как не знаю что. А AWR само по себе вообще чисто оракловая фича. Оно хоть и полезно, но отсутствие аналога даже в DB2 наводит на размышления о возможных скрытых минусах.
     
  • 5.41, PnD (??), 10:40, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    [TROLLFACE]
      Было дело, у меня на глазах новосибирские "ораклисты" установили следующий пудинг:
    - M$ Windows 2003 (дело было ~ в 2007г.)
    - Oracle 11.чего-то там (я не ораклист и суть не в этом). БД afair на ntfs-партиции.
    - !sic KAV, сиречь антивирус Касперского

      На вопрос "вы чо?" промычали что-то типа "так положено".
    [/TROLLFACE]

      Это я к тому, что шанс нарваться на долбоклюев в случае с Oracle ничуть не меньше, несмотря на завышенный порог вхождения (или благодаря ему?).
      Постгря, несмотря на тонну недостатков (но над многими очень активно работают, что реально радует), предоставляет офигенный комьюнити и внятную документацию - только бы голова думала. И уже сейчас для многих проектов, даже довольно "тяжёлых", ее ХВАТАЕТ.

     
  • 5.47, FYFYFQPTH (?), 11:13, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-да, конечно ведь вменяемые range partitions (в postgres они делаются совершенно неприличным
    > костылем)

    Согласен
    >, реверсивние индексы,

    Не нужны, в силу другой архитектуры СУБД.
    >механизмы вроде secure files, средство резервирования/восстановления
    > уровня rman (т. е. с block recovery), поддержка hugepages, AWR и

    Последние 2 фичи сомнительны, есть гораздо более нужные вещи, которых нет в postgresql,
    а это - плюшки.
    > многое другое, что лень перечислять, никому не нужно? Ясен пень, что
    > если ты ничего не понимаешь в БД, то разница между ораклом
    > и postgres только в бесплатности последнего.

    А было бы неплохо перечислить. Потому, что ИМХО, 2/3 фич из того, что есть в оракле,
    но нет в постгрисе почти не используются.
    >Oracle - не "массовая" СУБД,
    > выигрыш от его использования можно получить, только хорошо разбираясь в реляционных
    > БД вообще, и в самом оракле в частности.

    С этим согласен

     
  • 5.73, Фтщтнь (?), 22:52, 17/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-да, конечно ведь вменяемые range partitions (в postgres они делаются совершенно неприличным
    > костылем), реверсивние индексы, механизмы вроде secure files, средство резервирования/восстановления
    > уровня rman (т. е. с block recovery), поддержка hugepages, AWR и
    > многое другое, что лень перечислять, никому не нужно? Ясен пень, что
    > если ты ничего не понимаешь в БД, то разница между ораклом
    > и postgres только в бесплатности последнего. Oracle - не "массовая" СУБД,
    > выигрыш от его использования можно получить, только хорошо разбираясь в реляционных
    > БД вообще, и в самом оракле в частности.

    Позиция типа "Я хочу оракл, но бесплатно, а если бесплатно нет того, что есть в оракле, то Г...но". Ясно-понятно

     
     
  • 6.74, FYFYFQPTH (?), 10:17, 18/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Позиция типа "Я хочу оракл, но бесплатно, а если бесплатно нет того,
    > что есть в оракле, то Г...но". Ясно-понятно

    Можно было бы ответить "ок, залей свой патч с недостающим функционалом в репозиторий", или
    "заплати программистам, которые выложат патч".
    Но не буду.

     
  • 4.43, FYFYFQPTH (?), 10:49, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Оракловые пакеты следует сравнивать не со схемами, а с extensions в postgresql.
    Да, пока что бедновато, но это только пока. Вот допилят отслеживание зависимостей на уровне базы(чтоб из базы дерево можно было посмотреть), чтоб зашифровывать код ХП можно было,
    ну и переменные контекста чтоб в расширении были - цены не будет.
    Хотя последнее лично мне не нужно.
     
     
  • 5.60, morruth (?), 21:28, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >чтоб зашифровывать код ХП можно было,

    этого никто делать не собирается.

     
     
  • 6.65, morruth (?), 13:04, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Features We Do Not Want
    Obfuscated function source code (not wanted)

        Obfuscating function source code has minimal protective benefits because anyone with super-user access can find a way to view the code. At the same time, it would greatly complicate backups and other administrative tasks. To prevent non-super-users from viewing function source code, remove SELECT permission on pg_proc.

     
  • 6.67, FYFYFQPTH (?), 13:14, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > этого никто делать не собирается.

    И чёрт с ним. Тоже редко кому нужно.
    Вот с зависимостями расширений там печаль, да.
    Без этого неудобно пользоваться механизмом при разработке.

     
  • 3.63, Аноним (-), 04:04, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Правду говоришь, подтверждаю как админ Oracle 9i, 10g, 11g и Postgresql 9.*
     
  • 3.69, crypt (??), 12:25, 13/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    согласен. одних partitions уже достаточно, чтобы Postgres не встал рядом с Oracle.
     
     
  • 4.70, Andrey Mitrofanov (?), 12:38, 13/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > согласен. одних partitions уже достаточно, чтобы Postgres не встал рядом с Oracle.

    Согласен! Рядос с Оракелем всё обвисает и сдувается.

    ЗЫЖ В джавва уже есть partiotions?

     
  • 2.27, all_glory_to_the_hypnotoad (ok), 23:09, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не становится. Только начинает набирать функционал нормальной РСУБД
     
  • 2.53, Grammar Nazi (?), 13:44, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему, ёпта!
     

  • 1.7, Аноним (-), 18:16, 09/09/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >>> Произведен переход с использования SysV shared memory на POSIX shared memory и mmap, что упрощает установку и конфигурацию, и избавляет от необходимости настройки таких параметров, как SHMMAX и SHMALL. Значительно сокращено потребление разделяемой памяти (SysV shared memory), что избавляет пользователей крупных систем от дополнительного тюнинга;

    Красавцы!

     
     
  • 2.45, FYFYFQPTH (?), 10:52, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> Произведен переход с использования SysV shared memory на POSIX shared memory и mmap, что упрощает установку и конфигурацию, и избавляет от необходимости настройки таких параметров, как SHMMAX и SHMALL. Значительно сокращено потребление разделяемой памяти (SysV shared memory), что избавляет пользователей крупных систем от дополнительного тюнинга;
    > Красавцы!

    Знакомы эти переменные, так их перетак.

     

  • 1.19, FSA (ok), 20:31, 09/09/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Эх. Ещё бы админку удобную найти, чтобы свои велосипеды не напрягаясь админить. Пока не нашёл, поэтому до сих пор использую MySQL. А так много интересно есть в postresql, чтобы облегчить себе жизнь.
    Если кто подскажет утилиту для администрирования, буду благодарен. phpPgAdmin не предлагать. Слабоват.
     
     
  • 2.21, kamikaze (?), 20:57, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    pgadmin.org
     
  • 2.22, Аноним (-), 21:02, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    GNU + psql
     
  • 2.25, Аноним (-), 21:58, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    EMS SQL Manager for PostgreSQL. Лучшее что есть, но тоже не без косяков, подглюкивает. Больше всего меня умеляет глюк когда периодически перестает работать Ctrl+Ins/Shift+Ins)) надо перещелкивать вкладку после чего оно восстанавливается, похоже ребята сильно начудили с фокусами, сколько в саппорт не отписывал - бесполезно. Но по совокупности реально лучше нет.
     
     
  • 3.34, AnonuS (?), 01:58, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    "умиляет", проверочное слово "умильный"
     
     
  • 4.42, Аноним (-), 10:48, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо. У меня в школе по русскому трояк был.
     
     
  • 5.50, и я Аноним (?), 11:50, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо. У меня в школе по русскому трояк был.

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

     
     
  • 6.57, kurokaze_ (?), 14:45, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё бы, язык же в Киеве проектировали
     
  • 5.54, бедный буратино (ok), 14:06, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    теперь этим гордятся? отемпора омореса на вас нет!
     
  • 4.51, anonymous (??), 12:10, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Может он белеет, не путайте человека!
     
  • 3.46, FYFYFQPTH (?), 10:55, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > EMS SQL Manager for PostgreSQL. Лучшее что есть, но тоже не без
    > косяков, подглюкивает. Больше всего меня умеляет глюк когда периодически перестает работать
    > Ctrl+Ins/Shift+Ins)) надо перещелкивать вкладку после чего оно восстанавливается, похоже
    > ребята сильно начудили с фокусами, сколько в саппорт не отписывал -
    > бесполезно. Но по совокупности реально лучше нет.

    Тоже писал - посылают. Мотивируют тем, что пользуюсь бесплатной версией.
    Хотя каким это боком связано с багом - хз.

     
  • 2.28, Игорь (??), 23:12, 09/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Navicat???
    Вполне отлично работает.
     
     
  • 3.52, Аноним (-), 13:00, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это та что выглядит как уг под маком и линем?
     
     
  • 4.56, Аноним (-), 14:29, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    11 версия отлично выглядит и под линукс и под мак и под винду
     
     
  • 5.68, Stax (ok), 13:47, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда выглядела как УГ.. И особенности работы буфера обмена с wine-приложением вымораживают (впрочем, в pgadmin буфер обмена тоже через пень-колоду работает - что скопировано там, потом не в каждое приложение получается вставить).

    Скачал 11 версию - она вообще не запускается, start_navicat просто завершается, без ругани и ошибок. 19-ая федора, 32-х битные либы совместимости стоят. Если ей какой-то особенной библиотеки не хватает, могли бы написать в требованиях, или нормальный пакет выложить, по которому зависимости видно. Ну или на крайняк при запуске из скрипта ругнуться. Так нет же - не удивлюсь, если эти проприетарщики кроме какой-нибудь старой убунты вообще ни на чем это не тестировали и не ведают, что линукс убунтой не ограничивается. Причем 32-х битной наверняка - в отличие от винды и мака, под которые можно скачать 64-х битную сборку, под линь дают только 32-х битные виндовые бинарники в пакете с 32-х битным же вайном. И потом они надеются, что кто-то будет покупать у них версию под линукс??

     
  • 2.36, Фтщтнь (?), 07:45, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Очевидно что /usr/local/bin/psql
    GUI не нужны же.
     
  • 2.37, Anonymous1 (?), 09:56, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну-ну... Если база не больше 100 МБ, то еще можно что-то гуевое использовать. Но если больше, то бекап/ресторе базы в десятки, а то и сотни, раз медленее, чем прямо shell-скриптом (естественно, сервер не на Винде). Но если сервер на Винде - используйте MS SQL, и только его...
     
     
  • 3.40, slowpoke (?), 10:28, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    сервер на Винде? только в дурдоме если
     
     
  • 4.44, Аноним (-), 10:49, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > сервер на Винде? только в дурдоме если

    Ну а что? А если 1C, то на чем еще сервер?

     
     
  • 5.49, slowpoke (?), 11:34, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    дядя даже богомерзкая 1C уже давно на GNU/Linux, вылезай из анабиоза
     
     
  • 6.58, Аноним (-), 18:21, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты это фрайчайзикам 1С-ки скажи. Только Windows-сервер. Только терминальный доступ. Только AD. Вот истина в понимании 1С.
     
  • 3.48, Фтщтнь (?), 11:31, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Но если сервер на Винде - используйте MS SQL, и только его

    Картинка с названием "Paying For SQL Server"
    http://media.tumblr.com/6975654124d5729b22abb6c97bf3010d/tumblr_inline_mpl4be

     
  • 3.71, Pilat (ok), 18:32, 13/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну-ну... Если база не больше 100 МБ, то еще можно что-то гуевое
    > использовать. Но если больше, то бекап/ресторе базы в десятки, а то
    > и сотни, раз медленее, чем прямо shell-скриптом (естественно, сервер не на
    > Винде). Но если сервер на Винде - используйте MS SQL, и
    > только его...

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

     
  • 2.39, slowpoke (?), 10:25, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ssh и psql - самая удобная админка!
    не осилив это юзать mysql... фу!
     
     
  • 3.59, Аноним (-), 19:28, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Скажите высунувшемуся из линукса, а что клиентская утилита mysql разве с gui?Что-то
    не замечал.
     
     
  • 4.61, all_glory_to_the_hypnotoad (ok), 22:33, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    mysql'ный консольный клиент ощутимо уё...щней
     
     
  • 5.62, Аноним (-), 00:30, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За пару дней написал клиент к мусклю с libmysql с gui на X11+OpenGL.Есть rpm пакет.
     
  • 2.55, RedRat (ok), 14:17, 10/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Navicat Premium
     

  • 1.64, vitalif (ok), 12:55, 11/09/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А ещё полнотекстовый поиск там должны были допилить до скоростей, со сфинксом сравнимых... Допилили? Кто-нибудь знает?
     
     
  • 2.66, FYFYFQPTH (?), 13:09, 11/09/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А ещё полнотекстовый поиск там должны были допилить до скоростей, со сфинксом
    > сравнимых... Допилили? Кто-нибудь знает?

    Были тормоза с индексами.
    Но с 9.1 версии их не наблюдал.
    Как сейчас - пока не тестил.

     

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



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

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