The OpenNET Project / Index page

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

Релиз СУБД PostgreSQL 15

13.10.2022 17:48

После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 15. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2027 года.

Основные новшества:

  • Добавлена поддержка SQL-команды "MERGE", напоминающей выражение "INSERT ... ON CONFLICT". MERGE позволяет создавать условные SQL-выражения, объединяющие в одном выражении операции INSERT, UPDATE и DELETE. Например, при помощи MERGE можно организовать слияние двух таблиц, вставляя недостающие записи и обновляя существующие.
    
       MERGE INTO customer_account ca
       USING recent_transactions t
       ON t.customer_id = ca.customer_id
       WHEN MATCHED THEN
         UPDATE SET balance = balance + transaction_value
       WHEN NOT MATCHED THEN
         INSERT (customer_id, balance)
         VALUES (t.customer_id, t.transaction_value);
    
  • Значительно улучшены алгоритмы сортировки данных в памяти и на диске. В зависимости от типа данных в тестах наблюдается повышение скорости сортировки от 25% до 400%.
  • Ускорена работа оконных функций с использованием row_number(), rank(), dense_rank() и count().
  • Реализована возможность параллельного выполнения запросов c выражением "SELECT DISTINCT".
  • В механизме подключения внешних таблиц Foreign Data Wrapper (postgres_fdw) реализована поддержка асинхронных коммитов в дополнение к добавленной ранее возможности асинхронной обработки запросов к внешним серверам.
  • Добавлена возможность применения алгоритмов LZ4 и Zstandard (zstd) для сжатия WAL-логов транзакций, что при некоторых нагрузках позволяет одновременно повысить производительность и сэкономить дисковое пространство. Для сокращения времени восстановления после сбоя добавлена поддержка упреждающего извлечения страниц, фигурирующих в WAL-логе.
  • В утилиту pg_basebackup добавлена поддержка сжатия файлов с резервными копиями на стороне сервера, используя методы gzip, LZ4 или zstd. Предоставлена возможность использования собственных модулей для архивирования, позволяющих обойтись без необходимости запуска shell-команд.
  • Добавлена серия новых функций для обработки строк с использованием регулярных выражений: regexp_count(), regexp_instr(), regexp_like() и regexp_substr().
  • В функцию range_agg() добавлена возможность агрегирования многодиапазоных типов ("multirange").
  • Добавлен режим security_invoker, позволяющий создавать представления, выполняемые с правами вызывающего пользователя, а не создателя представления.
  • Для логической репликации реализована поддержка фильтрации строк и задания списков столбцов, позволяющих на стороне отправителя выделить из таблицы подмножество данных для репликации. Кроме того, в новой версии упрощено управление конфликтами, например, появилась возможность пропуска конфликтующих транзакций и автоматического отключения подписки при выявлении ошибки. При логической репликации разрешено использование двухфазных коммитов (2PC).
  • Добавлен новый формат логов - jsonlog, сохраняющий информацию в структурированнов виде, используя формат JSON.
  • Администратору предоставлена возможность делегирования пользователям отдельных полномочий для изменения определённых параметров конфигурации сервера PostgreSQL.
  • В утилиту psql добавлена поддержка поиска информации о настройках (pg_settings) при помощи команды "\dconfig".
  • Обеспечено использование разделяемой памяти для накопления статистики о работе сервера, что позволило избавиться от отдельного процесса сбора статистики и периодического сброса состояния на диск.
  • Предоставлена возможность использования по умолчанию ICU локалей "ICU Collation", раньше в качестве локали по умолчанию можно было использовать только локали libc.
  • Предложено встроенное расширение pg_walinspect, позволяющее инспектировать содержимое файлов с WAL-логами при помощи SQL-запросов.
  • Для схемы public у всех пользователей, за исключением владельца БД, осуществлён отзыв полномочий на выполнение команды CREATE.
  • В PL/Python удалена поддержка Python 2. Удалён устаревший эксклюзивный режим резервного копирования ("exclusive backup").

Дополнение: С 19:00 до 20:00 (MSK) состоится вебинар-обсуждение изменений новой версии с Павлом Лузановым (Postgres Professional). Для тех, у кого не получится присоединиться к эфиру, открыта запись июньского доклада Павла "PostgreSQL 15: MERGE и не только" на PGConf.Russia.

  1. Главная ссылка к новости (https://www.postgresql.org/abo...)
  2. OpenNews: Релиз СУБД PostgreSQL 14
  3. OpenNews: Конфликт, связанный с торговыми марками PostgreSQL, остаётся не урегулирован
  4. OpenNews: Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД PostgreSQL
  5. OpenNews: Компания Alibaba открыла код распределённой СУБД PolarDB, основанной на PostgreSQL
  6. OpenNews: PostgreSQL Anonymizer 0.6, расширение для анонимизации данных в СУБД
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57914-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (184) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 18:11, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +26 +/
    Единственная и при этом ещё и нормальная база данных.
     
     
  • 2.2, Аноним (2), 18:17, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –18 +/
    Я тут слышал, на задачах типа хранить в ней данные мускул с innodb поэффективней будет. А в сыбасе ещё и картинки хранить норм, но это совсем уж ынтерпрайз уровень.
     
     
  • 3.4, Лолштоним (ok), 18:21, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +15 +/
    И правда, зачем нам вообще файловая система, если всё можно хранить в бд.
     
     
  • 4.5, Аноним (2), 18:28, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –8 +/
    В том и суть, сыбасе оптимизирует процесс и хранит такие данные самостоятельно, не засирая память почём зря. Что касается мускула, то можно было сравнить его в том же nepomuk, насколько я это помню мускул был предпочтительной опцией как раз по причине различий в производительности (но я использовал sqlite, мне норм). Так всё очень зависит от характера использования, что подтверждают и всевозможные агрегаторы.
     
  • 4.6, penetrator (?), 18:32, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Integrity? Нее, не слышал
     
     
  • 5.52, OpenEcho (?), 20:55, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    'mtree'? Не, не слышал

    'ZFS'? - Но, тем более

     
     
  • 6.81, вымя (?), 01:35, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на запись, или по крону надеетесь, что на диске ничего не успело покорёжиться?
     
     
  • 7.87, penetrator (?), 04:40, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    при этом нет никакой гарантии, что транзакция не откатилась, либо что-то не упало, файл должен тоже откатиться вместе с транзакцией или наоборот закомиться и восстановиться из лога после падения

    FILESTREAM не просто так придумали, но ты же ему ничего не объяснишь, у него же mtree из задницы торчит, и смузи из ушей льется))

     
     
  • 8.99, OpenEcho (?), 08:45, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты еще и на мою задницу пялишся оказывается, раз там mtree разглядел Ващ... текст свёрнут, показать
     
     
  • 9.211, Аноним (211), 08:46, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я, конечно, профан и может меня уже следует поздравить с разморозкой, но они уже... большой текст свёрнут, показать
     
     
  • 10.221, OpenEcho (?), 11:56, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    apples vs oranges ... текст свёрнут, показать
     
     
  • 11.224, Аноним (224), 20:29, 20/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    слилсо, болезный А мне лет 15 назад в банке надо было из трехзвенки в базе данн... текст свёрнут, показать
     
     
  • 12.227, OpenEcho (?), 02:28, 21/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Закусывать полезно, еще раз, - яблоки против апельсинов Молоток против Микроско... текст свёрнут, показать
     
  • 7.95, OpenEcho (?), 08:08, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вы mtree после каждой транзакции запускаете, блокируя по дороге базу на
    > запись, или по крону надеетесь, что на диске ничего не успело
    > покорёжиться?

    mtree - это про integrity, для тех "кто не слышал" , а чтоб не корежилось есть copy-on-write от транзакционной ZFS где и положенно храниться блобам, а не в БД, которая предназначена для работы с данными


     
     
  • 8.162, penetrator (?), 22:27, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    каким образом логическая целостность базы обеспечивается целостностью файловой с... текст свёрнут, показать
     
  • 6.86, penetrator (?), 04:37, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    какое отношение это имеет к транзакционной безопасности и целостности данных?

    прочти хотя бы вшивую статейку по СУБД клоун

     
     
  • 7.91, Аноним (91), 05:34, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Включаешь картинки в транзакцию? Видимо на них что-то очень важное. Неужели компромат на царя?
     
     
  • 8.97, OpenEcho (?), 08:30, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее просто, - порнуха, чтоб родичи на диске файло не спалили, судя по формату... текст свёрнут, показать
     
  • 8.174, Прохожий (??), 14:07, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Например, рентгеновский снимок пациента ... текст свёрнут, показать
     
     
  • 9.209, Аноним (209), 22:08, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сперва они картинки в реляционной базе хранят, а потом этими же самыми руками пи... текст свёрнут, показать
     
     
  • 10.216, Прохожий (??), 06:12, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если картинки - часть документа какого-то, почему бы их в БД и не хранить Тем б... текст свёрнут, показать
     
     
  • 11.226, Аноним (224), 20:36, 20/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так в отдельный tablespace вынести... текст свёрнут, показать
     
  • 8.225, Аноним (224), 20:34, 20/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Отсканированный образец подписи или печати клиента банка С ними потом операторы... текст свёрнут, показать
     
  • 7.96, OpenEcho (?), 08:17, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > какое отношение это имеет к транзакционной безопасности и целостности данных?

    Судя по всему, кроме fat32 в школе больше ничего не учили...

    > прочти хотя бы вшивую статейку по СУБД клоун

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


     
  • 4.65, pofigist (?), 21:52, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты изобрел AS/400 с OS/400. Ну почти. Надо ещё добавить единую адресацию памяти (нет различий между ОЗУ и ПЗУ) и компиляцию в поцессоронезависимый код.
    Нет-нет - на рынке это появилось почти на 10 лет раньше жабы.
     
  • 4.82, Аноним (82), 01:51, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то, любая современная файловая система является специализированной СУБД.
     
  • 4.110, theDolphin (ok), 12:23, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы все, наверное, не поверите, но в PG есть функционал эффективного хранения блобов.
    https://www.postgresql.org/docs/current/largeobjects.html
     
  • 3.17, Аноним (17), 19:06, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда отдел разработки не может согласовать с админами где им хранить картинки - это вовсе не значит, что возникла кровавая ынтерпрайзность. Это всего лишь попался некомпетентный продакт-менеджер.
     
  • 3.47, darkshvein (ok), 20:23, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    увольте вашего DBA! срочно!
     
  • 2.3, Аноним (3), 18:19, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А почему ты до сих пор не смделал свою СУБД?
     
     
  • 3.7, ЫгиПгт (?), 18:34, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А почему ты не ездишь на запорожце? Не нравится? А почему ты до сих пор не сделал свой автомобиль?
     
     
  • 4.11, Аноним (3), 18:51, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Очевидно, что ходить пешком полезнее.
     
  • 2.19, Chlen22sm (?), 19:06, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Для 99% проектов даже SQLite избыточна.
     
  • 2.31, Анно Домини (?), 19:45, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Базу с вакуумом трудно назвать нормальной. Для большинства задач Перкона лучше.
     
     
  • 3.49, Аноним (49), 20:39, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html
     
     
  • 4.59, Анно Домини (?), 21:19, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так там тоже есть vaccum: https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html

    Это несопоставимые по накладным расходам (читай, по даунтайму) операции: http://rhaas.blogspot.com/2011/02/mysql-vs-postgresql-part-2-vacuum-vs.html

    И это нельзя исправить никакими улучшениями Постгреса, такова его архитектура by design.


     
     
  • 5.74, Аноним (49), 22:54, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это несопоставимые по накладным расходам (читай, по даунтайму) операции

    Всё верно, ведь optimize table требует эксклюзивную блокировку: "An exclusive table lock is only taken briefly during the prepare phase and the commit phase of the operation" тогда как стандартный vacuum в postgres работает в фоне.

    Действительно optimize table несопоставимо хуже, и это нельзя исправить никакими улучшениями, такова его архитектура by design.

     
     
  • 6.114, Анно Домини (?), 13:37, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не путай вакуум и автовакуум, невежда. Речь идёт о первом, его надо запускать вручную с даунтаймом, чтобы база не разрасталась как на дрожжах, и ничего подобного в мускуле нет.
     
     
  • 7.118, Аноним (118), 13:56, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Невежда, у тебя в твоей статье написано что вакуум в mysql называется purge, то что он называется по другому не значит что его там нет.
     
     
  • 8.120, Анно Домини (?), 14:11, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты мне говоришь, неуч В мускуле нет вакуума, требующего даунтайма, как ваку... текст свёрнут, показать
     
     
  • 9.126, Аноним (118), 14:24, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Неуч, вакуум с даунтаймом в мускукле называется optimize table, а автовакуум в п... текст свёрнут, показать
     
     
  • 10.133, Анно Домини (?), 14:45, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Неуч тут это ты, не проецируй Вот твои собственные слова вакуум в mysql назыв... текст свёрнут, показать
     
     
  • 11.137, Аноним (118), 15:46, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Слово неуч ты написал первый, пытаясь своим хамством прикрыть отсутствие знани... текст свёрнут, показать
     
     
  • 12.150, Анно Домини (?), 16:56, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я работаю с БД больше, чем ты на свете живёшь, неуч, и не надо мне рассказывать ... текст свёрнут, показать
     
     
  • 13.166, Заноним (?), 02:56, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ничего, что mysql может невзначай целиком упасть в любом треде например при d... текст свёрнут, показать
     
     
  • 14.167, Заноним (?), 03:14, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    про функции в том смысле, что в mysql они весьма бедны ... текст свёрнут, показать
     
  • 14.172, penetrator (?), 11:57, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это оно https dev mysql com doc mysql-backup-excerpt 8 0 en point-in-time-rec... большой текст свёрнут, показать
     
     
  • 15.203, Заноним (?), 00:31, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По поводу https dev mysql com doc mysql-backup-excerpt 8 0 en point-in-time-r... большой текст свёрнут, показать
     
  • 7.220, Аноним (220), 07:29, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ради интереса решил проверить не растущую на дрожжах базу на мыскле Итак, есть ... большой текст свёрнут, показать
     
     
  • 8.222, Анно Домини (?), 18:56, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    RTFM https dev mysql com doc refman 8 0 en innodb-purge-configuration html P... текст свёрнут, показать
     
     
  • 9.223, Анно Домини (?), 19:00, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https www percona com blog 2014 10 17 innodb-transaction-history-often-hides... текст свёрнут, показать
     
  • 3.63, Chlen22sm (?), 21:26, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Базу с вакуумом трудно назвать нормальной

    Тоже всегда считал это лютейшей дичью

     
  • 3.66, Славик (?), 21:55, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Дазе с нормальным дизайном вакуум ненужен.
     
     
  • 4.106, Славик (?), 10:04, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Дазе с нормальным дизайном вакуум ненужен.

    Я имел ввиду Базе с нормальным дизайном...

     
     
  • 5.127, Аноним (118), 14:26, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Типа MyISAM?
     
     
  • 6.146, Славик (ok), 16:33, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Типа MyISAM?

    не СУБД а базе данных. В курсе что это такое дизайн базы данных? Или ты из тех фулстакеров, на все руки мастеров.

     
  • 3.78, Аноним (78), 00:31, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так ты его отключить можешь, но тогда сам решай проблемы которые решает вакуум
     
     
  • 4.115, Анно Домини (?), 13:40, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То бишь, не можешь.
     
     
  • 5.128, Аноним (118), 14:27, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как и отключить purge в mysql.
     
     
  • 6.132, Анно Домини (?), 14:32, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как и отключить purge в mysql.

    Purge не нагружает базу так сильно как автовакуум, а ручной вакуум в мускуле  не нужен, потому что база не пухнет из-за более правильной архитектуры.

     
     
  • 7.138, Аноним (118), 15:55, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нагрузка от вакуум настраивается и по молчанию он ничего не нагружает, ручной вакуум в мускукле нужен, потому что от массовых delete база пухнет точно так же, так как архитектуры у всех MVCC движков похожи и подразумевают хранение старых туплов иначе они бы не называли MULTIVersion, а понятие правильности архитектуры не бывает в вакууме ;-) понятие «правильности» зависит от требований, у всех MVCC движков есть плюсы и минусы.
     
     
  • 8.151, Анно Домини (?), 17:02, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я смотрю, ты уже забыл статью, которую комментировал два часа назад, неуч Ничег... текст свёрнут, показать
     
  • 8.152, Анно Домини (?), 17:05, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего не нагружает только у клоунов на локалхосте, которые никогда в жизни прод... текст свёрнут, показать
     
  • 3.159, Аноним (159), 21:40, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напротив, нормальная база может быть только с вакуумом, потому что полноценная параллельность и изоляция подразумевает хранение нескольких версий строк (тогда как innodb'шные undo логи - это как раз уродство и лишние копирования на каждый чих), а их неизбежно нужно периодически чистить. Ну да, при этом нужно чтобы у вас транзации не висели бесконечно и да, на некоторых ворклоудов его нужно явно настраивать, но это не rocket science.
     
     
  • 4.175, Прохожий (??), 14:19, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У Oracle, например, которая нормальная СУБД, нет вакуума. Есть специальное табличное пространство для целей хранения предыдущих версий данных.
     
     
  • 5.207, Заноним (?), 15:17, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Oracle ... нормальная СУБД

    Щаз! Ниразу не нормальная СУБД, в ней просто тонны ньюансов, легаси конструкций и performance-penalty элементов в самых неожиданных местах.

     
     
  • 6.217, Прохожий (??), 06:18, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В каком зрелом и сложном продукте это не так? Про легаси конструкции хотелось бы больше подробностей.
     
  • 2.170, Аноним (170), 11:35, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А какие БД ты еще знаешь?
     

     ....большая нить свёрнута, показать (67)

  • 1.8, Аноним (8), 18:40, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    (Не троллинг, я просто не знаю) - Какие препятствия есть у постгреса, чтобы его начали использовать по-серьёзному вместо оракла?
     
     
  • 2.10, V100 (?), 18:47, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Как минимум нет пакетов, невозможно объединять код встроенных процедур.  
     
     
  • 3.15, Аноним (8), 18:54, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пакеты я на гуглил как sql packages и мне выдало ссылку на оракл. А второе для чего надо и как гуглится?
     
     
  • 4.18, Твайлайт Спаркл (ok), 19:06, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "plpgsql package"

    https://www.postgresql.org/docs/current/plpgsql-porting.html
    https://stackoverflow.com/questions/35043957/whats-the-equivalent-to-oracle-pa

     
     
  • 5.23, v100 (?), 19:19, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Использовать схемы вместо пакетов это не решение, а какой-то треш. Как работать с 20-50 схемами одновременно, непонятно.
     
     
  • 6.205, . (?), 12:14, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Oracle для каждого пользователя своя схема, никто не жалуется.
     
     
  • 7.214, Anonimous (?), 06:02, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Oracle пакеты есть. И вот поэтому никто не жалуется.
     
  • 3.22, Аноним (22), 19:18, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да, да, бизнес-логика на процедурах в БД, этот изврат должен подохнуть вместе с ораклом.
     
     
  • 4.24, v100 (?), 19:20, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    к сожалению, пока нет альтенатив oracle. Логике на процедурах БД тоже нет альтернатив, как ни жаль
     
     
  • 5.84, Аноним (84), 02:45, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы только на собеседовании этапе системного дизайна это не брякните. Тащить в плохо масштабирующийся shared ресурс бизнес-логику, еще и триггерами это промазывать - отличный способ получить "бутылочное горлышко" и запороть эффективное горизонтальное масштабирование.
     
     
  • 6.168, Заноним (?), 03:29, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прикинь, окромя бизнес-логики, функции на СУБД могут и для других целей применяться.
     
  • 6.176, Прохожий (??), 14:25, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы сами-то на собеседовании не брякните, что целостность данных будете на стороне сервера приложений обеспечивать. Я бы такого "архитектора" тут же пинками под зад проводил.
     
  • 4.34, Аноним (8), 19:49, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А где ещё бизнес-логику писать? - в приложении что ли? (я опять просто хочу разобраться)
     
     
  • 5.58, eugener (ok), 21:08, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На сервере приложений. Классическая трёхзвенка.
     
     
  • 6.180, Прохожий (??), 15:01, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не всегда она применима и уместна. Не бывает универсальных архитектур. Двузвенка, на всякий случай, не менее "классична", чем трёхзвенка. Так, к слову.
     
  • 5.103, VoDA (ok), 09:32, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, бизнес-логику в приложении Приложение или self-running docker или на сервер... большой текст свёрнут, показать
     
     
  • 6.107, Аноним (8), 10:10, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какие слова гуглить, чтобы понять что тут написано? Есть какие-то книги?
     
     
  • 7.109, john_erohin (?), 11:29, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот чего нагуглилось: habr.com/ru/company/lingualeo/blog/515530/

     
     
  • 8.112, Аноним (8), 12:39, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот тут бизнес в БД пихают ... текст свёрнут, показать
     
  • 8.113, Аноним (8), 12:40, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжаю читать ... текст свёрнут, показать
     
  • 7.129, VoDA (ok), 14:27, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сорри, я уже олд скул ))
    Наверняка вышли более качественные книги. Как минимум появились новые подходы типа микросервисов.

    И да, если разработчик ни разу сам не делал кусок приложения, не фиксил падения прода, то многие архитектурные подходы выглядят излишними. Берем Agile и фигачим, а если не работает рефакторим. Так работает на малых + простых + не нагруженных системах. Если проектируем отказоустойчивую и масштабируемую систему, с обновлениями без остановки обслуживания пользователей, то архитектуру стоит продумать заранее. =)

     
  • 6.117, 1 (??), 13:52, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Получается в соседних системах нельзя поменять структуру таблиц - может тихо отвалиться в где-то в хранимках.

    А вы точно использовали реляционную БД ?

     
     
  • 7.125, VoDA (ok), 14:21, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, реляционка. И настройка меж серверами, что хранимка из одного сервера может выполнить SELECT из другого.
    Разнесли по сервера - типа так посчитали правильнее изолировать системы друг от друга.
     
     
  • 8.131, Аноним (118), 14:31, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У микросервисов такая же проблема, там для её решения обычно используют CDC тест... текст свёрнут, показать
     
  • 8.141, 1 (??), 16:08, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я спрашивал к тому, что на РСУБД структура меняется очень просто А если Вам вот... текст свёрнут, показать
     
  • 6.192, Anonimous (?), 17:38, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > работа на хранимках в БД заточена под массовую обработку

    Из чего это следует?

    > код тестовых стендов с хранимками через пару-тройку месяцев разработки расходятся с продакшеном

    Почему то же самое не может случиться с трёхзвенкой?

    > очень мало людей могут мыслить массовой обработкой и эффективно писать системы

    Из чего это следует?

    > нет CICD

    Как это?

    > нет возможности запустить конкретную версию системы в контейнере

    Есть, вообще-то. Было бы желание.

    > сложности с unit-testing.

    Какие, например?

    > системы на хранимках не масштабируются горизонтально. нет технологии поставить 10 серверов СУБД и параллельно обрабатывать входящие запросы

     
     
  • 7.193, Anonimous (?), 17:39, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вдогонку к предыдущему посту.
    Shared-nothing архитектура? У того же Oracle есть ещё и Real Application Cluster.
     
  • 5.104, VoDA (ok), 09:38, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Саммари: да - бизнес-логика прикладных систем только в приложении. RTFM современные архитектурные решения.

    Есть исключение в виде репортинговых систем, где консолидируются и реконсилируются данные из множества разных зачастую не связанных систем. Хорошего решения для такой консолидации нет. Есть набор частных решений. К примеру: есть ETL, есть ELT, есть еще подходы. Где то используется преобразование на уровне потока данных (AirFlow, SSIS, Spark Streaming), где то уже в базе в виде хранимок.

     
     
  • 6.177, Прохожий (??), 14:33, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вася начал какую-то транзакцию, которая противоречит по логике транзакции Пети, начавшем её на другом сервере приложений. Где и как будет проходить контроль целостности и непротиворечивости данных?
     
     
  • 7.202, Гентушник (ok), 23:32, 16/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Блокировки на уровне сервера приложений. Так например в 1С сделано :))))
     
     
  • 8.213, Anonimous (?), 05:43, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На каком из серверов Мы же говорим о том, что серверов приложений может быть не... текст свёрнут, показать
     
     
  • 9.215, Гентушник (ok), 06:07, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На любом из этих двух или на третьем Связь между ними обязательна Сначала пыта... текст свёрнут, показать
     
     
  • 10.218, Anonimous (?), 06:26, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То есть, в итоге версионник превращается в блокировочника А если Люся хочет нач... текст свёрнут, показать
     
     
  • 11.219, Гентушник (ok), 07:15, 19/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это блокировочник А непротиворечивую это какую Если Петя в транзакции меня... большой текст свёрнут, показать
     
  • 4.165, microcoder (ok), 00:02, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Бизнес логика может быть где угодно. Несогласным высылать повестки в военкомат
     
  • 2.12, Аноним (3), 18:51, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Меньше платят.
     
  • 2.36, хрю (?), 19:52, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для ентерпрайза - поддержка, нормальные бекапы, управление через браузер и худо-бедно нормальное восстановление при halt.

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

    По самим возможностям Оракл имно уже давно в перде - после text, массивов и jsonb с индексами к ораклу возвращаешься как к недоразумению.

     
     
  • 3.42, хрю (?), 19:58, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И да. Продавать оракл выгодно партнерам. Партнеры получают просто деньги за воздух.
     
  • 2.37, Аноним (37), 19:54, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Можно начать с самого просто ихкоробочного мастер-мастер. А оракла она есть у постгри никогда не будет, там всегда велосипеды сбоку, который использовать страшно.
     
     
  • 3.51, Аноним (49), 20:41, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Закрытый чёрный ящик без поддержки использовать гораздо страшнее.
     
     
  • 4.194, Anonimous (?), 17:40, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормальные фирмы (не имеющие в своём штате системных программистов, а таких подавляющее большинство) не используют никакую СУБД без техподдержки (какой бы эта СУБД не была - открытой или закрытой).
    Если что-то в Postgres сломается, сами, что ли, кодить будете?
     
  • 3.67, Аноним (8), 22:09, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Кто в здравом уме будет использовать мастер-мастер?
     
     
  • 4.88, penetrator (?), 04:45, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    любой кому нужен шардинг
     
  • 4.100, Аноним (37), 09:13, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо я тебе объясню так сделает тот кому нужно распределённая база и чтобы включил и работает. И пофиг сколько сотрудников сменится, где их найдут. Любой студент с самыми простыми курсами придёт и в случае чего все докрутит или перезапустит и всё просто будет работать. Магия Оракл.

    С постгрей так сделать не получится.

     
     
  • 5.119, Аноним (118), 14:06, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > и чтобы включил и работает.

    Так не бывает.

     
     
  • 6.139, Аноним (139), 16:06, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй тогда оракл. А лучше сравни оракл и постгрю по этому параметру. В том то и дело что всё просто работает.
     
     
  • 7.144, Аноним (118), 16:15, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    # apt install oracle
    Reading package lists... Done
    Building dependency tree... Done
    Reading state information... Done
    E: Unable to locate package oracle

    Он даже просто не устанавливается.

     
     
  • 8.169, Аноним (170), 11:33, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Oracle Linux Oracle RDBMS устанавливается Подробности у дяди Ларри ... текст свёрнут, показать
     
  • 2.38, soomrack (ok), 19:55, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. нет лоббирования, а у oracle есть
    2. нет системы сертификации специалистов
    3. долгое время не было синхронизации нескольких субд, все делали свои велосипеды
    4. если про РФ, то нет систематической подготовки кадров (в вузах вообще все очень плохо в РФ)

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

     
     
  • 3.48, Аноним (8), 20:38, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 2. нет системы сертификации специалистов

    https://www.postgrespro.ru/education/cert

     
     
  • 4.75, soomrack (ok), 23:15, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это сравнительно недавно появилось и именно в рамках импортозамещения. Как бы процесс идет, но довольно поздно начат и не сильно форсируется. А так да, простргеспро все основные моменты делает очень правильно, если государство будет помогать и не будет мешать, то со временем они вытяснят oracle из большинства российских проектов.
     
     
  • 5.92, Аноним (92), 06:49, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще не понимаю зачем это делать Админство как было на уровне Гоблин Быстро... большой текст свёрнут, показать
     
  • 3.210, Scott Tiger (?), 01:45, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    0. Нет многоблочного чтения, а у Oracle есть.
     
  • 2.41, Аноним (41), 19:57, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Постгрес нельзя поставить на голое железо без прослоек в виде ФС. Оракл легко ставится на raw partition
    https://docs.oracle.com/en/database/oracle/oracle-database/12.2/ntqrf/raw-part

    >Input/output (I/O) to a raw partition offers approximately a 5% to 10% performance improvement

     
     
  • 3.102, 1 (??), 09:25, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты работал с этими raw-partition ?
    АДЪ и ИЗРАИЛЬ - а не работа. Всего за 5% производительности ... (ну бывало и под 7 - но нафик такой профит не нужОн). Ну, и насколько я помню, с 9ки не рекомендуется.
     
     
  • 4.108, Anon22 (?), 10:10, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это делают не для общей производительности, а для скорости ответа от запроса и большей предсказуемости такого запроса, чтобы не было провалов в производительности из-за запуска других процессов. Очень специфические условия.
    Ближайшая аналогия это когда для, скажем hft фин компаний, прокладывают оптику, а на пути гора. В обход дешевле и проще. И все таки бьют под неё тонель сокращая путь на несколько километров, общая скорость та же а вот лейтенси чуть меньше. Что позволяет им немного зарабатывать окупая дорогостоящий тонешь.
     
     
  • 5.143, 1 (??), 16:11, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если не нужны провалы в производительности и куча бабла - пихай всё в оперативную память ... А с диском пусть общается потихоньку ...
    Про raw много чего пишут, но проблем много, а преимуществ с гулькин ... ээээ .... нос ...
     
  • 2.45, AleksK (ok), 20:01, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    1C давно и успешно может использовать его вместо Oracle и MS SQL вполне себе по-серёзному.
     
     
  • 3.93, Аноним (93), 07:42, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты это программерам 1с напишите. А то у низ код один и тот же отрабатывает на мс скуле за 15 часов, а на postgres за трое суток.
     
     
  • 4.94, AleksK (ok), 07:53, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ты это программерам 1с напишите. А то у низ код один и
    > тот же отрабатывает на мс скуле за 15 часов, а на
    > postgres за трое суток.

    Хорошая сказка, но брехня. И ты скажи этим "программерам" что Postgres не для виндовозов эникеев. Его держать надо на линуксовом сервере, и параметры под железо настраивать

     
     
  • 5.101, Аноним (37), 09:14, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Есть выход по-проще не использовать никакие постгри.
     
     
  • 6.105, AleksK (ok), 09:43, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть выход по-проще не использовать никакие постгри.

    Ну если для твоих "программеров" поднять сервак на линуксе это непреодолимая проблема, то лежите дальше под мелкософтом пока они полностью вам воздух не перекроют.

     
  • 4.121, Аноним (118), 14:15, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот тут тесты есть: https://habr.com/ru/company/dataline/blog/691796/

    > Синтетический многопоточный тест производительности Fragster
    > PostgreSQL проигрывает в работе с временными таблицами, однако показывает лучшую производительность при работе с объектами, что суммарно дает одинаковую производительность с MS SQL.
    > Тест по методике APDEX – симулирует работу пользователей 1С:Бухгалтерия типовой конфигурации.
    > postgres: 97 232 операций, ms sql: 141 782 операций
    > на мс скуле за 15 часов, а на postgres за трое суток.

    Это потому что план разный, заточенный под MSSQL :-)

     
     
  • 5.145, 1 (??), 16:18, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю.
    Не знаю как на 14-15 постгре, но на 13 - 1с работает на 15-20% медленнее (НЕНАСТРОЕННОЙ !!! [без всяких там оптимизаций и shared memory протокола]) MS SQL
     
  • 2.64, Онанистмус (?), 21:43, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Oracle в 2-3 раза быстрее. Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему.
     
     
  • 3.83, Аноним (82), 01:52, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Oracle в частном порядке решит твою проблему.

    При условии, что Госдеп ему это внезапно не запретит....

     
     
  • 4.89, penetrator (?), 04:45, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    проблемы негров шерифа не волнуют
     
     
  • 5.122, Аноним (118), 14:16, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А негров волнуют.
     
  • 3.147, Аноним (147), 16:38, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тенденция к нерешению твоих проблем саппортом оракакеля где-то с 2014 года в наличии. А сейчас они прямым текстом послали всех и вся. Все уплоченные им за саппорт деньги ессно простили с миром.
     
  • 3.212, yet another anonymous (?), 20:12, 18/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если у тебя что то сломается то поддержка Oracle в частном порядке решит твою проблему.

    Это сказки для тех, кто с ней (поддержкой Oracle) дела не имел. #2.71 чуть ниже.

    > Oracle в 2-3 раза быстрее.

    Что, корректное сравнение делали?

     
  • 2.71, yet another anonymous (?), 22:28, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тут как бы одна малоизвесная фирма потратила несколько лет и малёк денег, чтобы слезть с Oracle'а в пользу Postgres'а. Со второго захода получилось, на нём и живёт. А там нагрузка весьма неслабая.
     
     
  • 3.173, Аноним (170), 12:22, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А там нагрузка весьма неслабая.

    В миллионах транзакций это сколько?

     
     
  • 4.208, yet another anonymous (?), 15:46, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В миллионах транзакций это сколько?

    Проявите аналитические способности, если это интересно. Не всё же вам на блюдечке выкатывать.
    Тем более, что транзакциями меряться --- это детский сад в песочнице подальше от воспитательницы.

     
  • 2.79, Аноним (78), 00:34, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Никаких, постгря давно и серьёзно используется вместо оракла. Скорее надо задавать вопрос иначе: зачем для новых проектов использовать оракл?
     
     
  • 3.123, Аноним (118), 14:17, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл".
     
     
  • 4.204, qrKot (?), 08:06, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пиши правильно, постгрес, там "с" в конце, ты же не пишешь почему-то "оракакл".

    Что-то странное вы вещаете, милчеловек. Там "в конце" "L", без вариантов...
    Там же сначала:
    1. Ingres - INteractive Graphics REtrieval System
    2. Postgres - POST-inGRES (ингрес, но теперь с нуля и правильно), который ушел в Illustra и закономерно умер.
    3. PostgreSQL - вещь на основе Postgres, альтернативная "ветвь эволюции", отличающаяся, в первую очередь, отказом от ингресовского POSTQUEL в пользу SQL. Т.е. POSTGREs-on-SQL, PostgreSQL.

    "L" должна быть, и это принципиально. Потому что Postgres (с "s" на конце) - это POSTQUEL-БД. Та, которую мы все любим - это таки PostgreSQL.

     
  • 2.157, anonymouspp (?), 18:03, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на вскидку:

    + легаси
    + много наработок
    + производительность в некоторых аспектах (слухи, разговоры, страхи)
    + лоббизм
    + большие зависимости от plsql
    + много нестандартных фич и технологий
    + большие объемы данных
    + toad
    + прод
    + партиции
    + привычные идиомы, особенно админские
    + документация?

     
  • 2.171, Аноним (170), 11:48, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аналог Oracle RAC есть?
     

     ....большая нить свёрнута, показать (77)

  • 1.9, Серж (??), 18:40, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ИМХО, сделали бы упор лучше на производительность в целом и проблему наличия всяких pgbouncer'ов. Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее.

    Конструкции всякие это клёво, но данные это первостепенная задача. Молодцы что сделали улучшение скорости. Но это самое главное изменение. Остальное просто лишний шлак. Всякие там алгоритмы сжатия... В итоге все сжатие отключают, чтоб быстрее было. Вот что нужно!

     
     
  • 2.13, Аноним (3), 18:53, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Ну так сделай упор. Или привык, что тебе всё на блюдечке приносят?
     
  • 2.27, Аноним (2), 19:40, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты же в курсе, как её раздувает? И в памяти, и на диске. Это всё время и задержки. Чем меньше данных читать/писать, тем эффективнее работа. Чем меньше памяти уходит на данные, тем эффективнее можно расходовать этот ресурс (причём, часто накладные расходы от сжатия вообще незначительные, а выгода колоссальная).
     
  • 2.39, хрю (?), 19:56, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >>Самое важное что должна уметь СУБД это переварить как можно больше пользователей/данных на запись/обновление и отдать данные по выборке как можно быстрее.

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

     
  • 2.40, Анно Домини (?), 19:56, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Те, кому нужна производительность, пользуются in-memory NoSQL. У Постгреса другие задачи и приоритеты. Иди портфель собирай.
     
     
  • 3.72, Аноним (72), 22:34, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Те, кому нужна производительность, просто пользуются структурами в памяти. А бд нужны для оналитики, чтобы потом показать красивую табличку с графиком топ-менеджерам.
     
  • 3.98, Аноним (98), 08:38, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С каких пор в команде Postgres появился школьник-аналитик без опыта в продакшене? Эдакий постресовый Песков.
     
  • 2.69, Роман (??), 22:17, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть ощущение что pgbouncer и еже с ним считается неким дефолтом, как условно файлуха (filesystem) - не будете же вы без файлухи гонять постгрю и смысла чинить такой дефолт не видят.

    Справедливости ради, во многих языках есть встроенные пулеры и не горит горит на мелких нагрузках даже без баунсера

     
  • 2.77, Наноним (?), 23:50, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то сжатие в таких применениях всегда использовалось в первую очередь для ускорения записи на диск в том числе. Даже в тексте новости это написано.
     
  • 2.206, Аноним (206), 13:31, 17/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле - перенос темпов в оперативку - это круто. Не нужно заморачиваться созданием виртуальных дисков в памяти. По-умолчанию снижается нагрузка на SSD, соответственно повышается их надежность.
     

  • 1.55, Аноним (55), 21:02, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На докер хабе пока не обновили ((
     
     
  • 2.80, Аноним (78), 00:37, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так ты и сам можешь это сделать. Впрочем постгря в докере это скорее изврат, разве что для тестов и демок ещё может подойти.
     
     
  • 3.163, ded (??), 23:27, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мистер аноним никогда не писал распределённые системы?
     
  • 3.195, лютый жабби.... (?), 18:37, 15/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >постгря в докере это скорее изврат

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

     

  • 1.60, Программировай (?), 21:22, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А потом выйдет релиз у уважаемого спонсора с точно таким же ченджлогом, от которого начлица будут ахать и охать.
     
  • 1.68, Роман (??), 22:09, 13/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Администратору предоставлена возможность делегирования пользователям отдельных полномочий для изменения определённых параметров конфигурации сервера PostgreSQL.

    Это по заявкам из managed databases по типу AWS похоже

     
  • 1.70, Анно Домини (?), 22:26, 13/10/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/
     

     ....ответы скрыты (2)

  • 1.85, Ддд (?), 03:12, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Тупая тормозная бд. Попробуйте в ней поиск по полям json сделать
     
     
  • 2.158, anonymous (??), 19:31, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    json - опция в реляционной субд.
     
  • 2.160, Аноним (159), 21:41, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал, только в постгресе у меня это и получилось сделать так чтобы работало быстро и без отложенной индексации.
     
  • 2.161, Аноним (161), 22:14, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Постгрес в некоторых случаях рвёт монгу
     
  • 2.199, Аноним (199), 07:59, 16/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Json в базе держать. Первое слово это про тебя.
     
     
  • 3.201, Аноним (2), 09:07, 16/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты не совсем прав тут, это может быть вполне оправданно и эффективно для нестабильной схемы, либо каких-то редко доставаемых данных, или же при наличии ссылок на внешние данные, обеспечить консистентность которых в рамках существующих таблиц невозможно. Особенно, в связке с ORM.
     

  • 1.90, iCat (ok), 04:52, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Прекрасный инструмент для решения тех задач, для которых он предназначен!
     
     
  • 2.136, Аноним (136), 15:40, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для задач удвоения ЧСВ тех, кто ее использует.
     
     
  • 3.200, Аноним (199), 08:00, 16/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Неосилятор.
     

  • 1.111, Цезий Родонович (?), 12:33, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Буду стабильным, андо и пакеты не завезли. Будем ждать :)
     
     
  • 2.130, Аноним (118), 14:29, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Андо и пакеты никому не нужны, а если нужны — используйте базу где они есть :-)
     
     
  • 3.164, Цезий Родонович (?), 23:52, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какое тонкое чувство юмора
     
  • 3.228, Аноним (228), 14:05, 21/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какое глубокое проникновение в суть, такие "фразы" надо выливать в камне.
     

  • 1.116, Анно Домини (?), 13:52, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    https://www.cybertec-postgresql.com/en/things-could-be-improved-postgresql/
     
     
  • 2.124, Аноним (118), 14:20, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Давай теперь такую же про mysql.
     

  • 1.135, Аноним (136), 15:39, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кондовость. Но постгрешникам нормально, им не привыкать.

    INSERT ON DUPLICATE KEY UPDATE

     
     
  • 2.140, Аноним (139), 16:07, 14/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И? Что не так?
     

  • 1.156, PnD (??), 17:44, 14/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А ещё в 15-й релиз добавили селектор как относиться к NULL в уникальных индексах.
    До сих пор каждый новый NULL был "это другое" (понимать надо).

    * Я не ДБА, просто так получилось что наступил на эти грабли чуть ли не накануне 15-го релиза.

     
  • 1.230, Алексей (??), 11:46, 29/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Главное преимущество оракла - органичный язык pl/sql и куча пакетов от самого Оракла вокруг обычной БД. Главный недостаток оракла - Clob и Blob и их обработка. Главный недостаток postgresql - vacuum, недостаток настолько пртивный, что готов мириться с оракловыми Clob
     

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



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

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