В темной-темной комнате пропадали важные-важные файлы…
Представьте, что данные вашей компании украли злоумышленники и теперь просят баснословный выкуп. Или что вы безвозвратно утратили все свои рабочие и личные архивы — фото, документы, важные файлы.
Чувствуете неприятный холодок? Не бойтесь, в наших историях счастливый финал. Прочитайте их и проверьте, можете ли вы оказаться в подобной ситуации. А еще получите промокод на 1 000 бонусов в панели Selectel.
Читать: https://habr.com/ru/companies/selectel/articles/961786/
#ru
@database_design | Другие наши каналы
Представьте, что данные вашей компании украли злоумышленники и теперь просят баснословный выкуп. Или что вы безвозвратно утратили все свои рабочие и личные архивы — фото, документы, важные файлы.
Чувствуете неприятный холодок? Не бойтесь, в наших историях счастливый финал. Прочитайте их и проверьте, можете ли вы оказаться в подобной ситуации. А еще получите промокод на 1 000 бонусов в панели Selectel.
Читать: https://habr.com/ru/companies/selectel/articles/961786/
#ru
@database_design | Другие наши каналы
Российские СУБД в 2025: кто займет нишу Oracle в enterprise-сегменте
Привет, Хабр! Я Роман Севрук, менеджер по развитию решений СУБД в К2Тех. Мы своего рода детективы на технологическом рынке — выслеживаем и разбираем каждое новое решение в сегменте российских баз данных.
В этой статье рассмотрим новую подборку баз данных с разными технологическими подходами, которые формируют ландшафт локальной экосистемы российских СУБД. Объясним:
Читать: https://habr.com/ru/companies/k2tech/articles/962084/
#ru
@database_design | Другие наши каналы
Привет, Хабр! Я Роман Севрук, менеджер по развитию решений СУБД в К2Тех. Мы своего рода детективы на технологическом рынке — выслеживаем и разбираем каждое новое решение в сегменте российских баз данных.
В этой статье рассмотрим новую подборку баз данных с разными технологическими подходами, которые формируют ландшафт локальной экосистемы российских СУБД. Объясним:
Читать: https://habr.com/ru/companies/k2tech/articles/962084/
#ru
@database_design | Другие наши каналы
Oracle True Cache — обзор и практическая проверка
Статья даёт краткий обзор новостей мира AI, объясняет, что такое Oracle True Cache, и предлагает шаги для самостоятельного тестирования технологии и получения практического опыта.
Читать подробнее
#en
@database_design | Другие наши каналы
Статья даёт краткий обзор новостей мира AI, объясняет, что такое Oracle True Cache, и предлагает шаги для самостоятельного тестирования технологии и получения практического опыта.
Читать подробнее
#en
@database_design | Другие наши каналы
Система резервации заказов на Postgres, продолжение
В комментариях к предыдущему посту "Система резервации на 600 заказов в секунду без буферизации и другой дичи" только ленивый не упомянул явные блокировки в Postgres, как способ борьбы с дедлоками.
Это не удивительно, так как
Что же окажется быстрее?
Читать: https://habr.com/ru/articles/963120/
#ru
@database_design | Другие наши каналы
В комментариях к предыдущему посту "Система резервации на 600 заказов в секунду без буферизации и другой дичи" только ленивый не упомянул явные блокировки в Postgres, как способ борьбы с дедлоками.
Это не удивительно, так как
select for update - очень популярный прием во всех СУБД, даже на хабре есть статья на эту тему. Что же окажется быстрее?
Читать: https://habr.com/ru/articles/963120/
#ru
@database_design | Другие наши каналы
Почтовый Шарпей: как мы приручили 700+ шардов PostgreSQL
Всем привет! Меня зовут Алексей Кременьков, я старший разработчик в Яндекс Почте. В этой статье расскажу, как мы работаем с большим количеством шардов PostgreSQL: как создавали собственный сервис динамического шардирования Sharpei, как развивали инфраструктуру под него и как проходил переезд на облачное решение. В конце разберёмся, какие плюсы и минусы мы смогли найти в этом решении.
Читать: https://habr.com/ru/companies/yandex/articles/959432/
#ru
@database_design | Другие наши каналы
Всем привет! Меня зовут Алексей Кременьков, я старший разработчик в Яндекс Почте. В этой статье расскажу, как мы работаем с большим количеством шардов PostgreSQL: как создавали собственный сервис динамического шардирования Sharpei, как развивали инфраструктуру под него и как проходил переезд на облачное решение. В конце разберёмся, какие плюсы и минусы мы смогли найти в этом решении.
Читать: https://habr.com/ru/companies/yandex/articles/959432/
#ru
@database_design | Другие наши каналы
Большие ресурсы — большие ответы: итоги опроса о работе с IT-инфраструктурой
От стабильности IT-инфраструктуры зависит бесперебойная работа всего бизнеса. Однако с ростом масштабов инфраструктуры обеспечивать её эффективность и отказоустойчивость становится всё сложнее.
В таких условиях компаниям приходится делать выбор между облачной гибкостью и контролем над собственным ЦОДом, а также решать, насколько доверять автоматизации рутинных процессов.
Octopus от ГК «Юзтех» и Хабр провели опрос среди читателей и выяснили, какие подходы преобладают в российском IT-сообществе. Всего опрос прошли 447 респондентов, более ста из них ответили на все вопросы.
Итоги оказались неожиданными: компании переходят на ЦОД и, несмотря на масштабы инфраструктур, многие процессы до сих пор ведутся вручную. Давайте разберёмся, что происходит на рынке и какие выводы можно сделать.
Читать: https://habr.com/ru/specials/962166/
#ru
@database_design | Другие наши каналы
От стабильности IT-инфраструктуры зависит бесперебойная работа всего бизнеса. Однако с ростом масштабов инфраструктуры обеспечивать её эффективность и отказоустойчивость становится всё сложнее.
В таких условиях компаниям приходится делать выбор между облачной гибкостью и контролем над собственным ЦОДом, а также решать, насколько доверять автоматизации рутинных процессов.
Octopus от ГК «Юзтех» и Хабр провели опрос среди читателей и выяснили, какие подходы преобладают в российском IT-сообществе. Всего опрос прошли 447 респондентов, более ста из них ответили на все вопросы.
Итоги оказались неожиданными: компании переходят на ЦОД и, несмотря на масштабы инфраструктур, многие процессы до сих пор ведутся вручную. Давайте разберёмся, что происходит на рынке и какие выводы можно сделать.
Читать: https://habr.com/ru/specials/962166/
#ru
@database_design | Другие наши каналы
5 распространенных ошибок, которые допускают пользователи NAS
NAS обычно рассматривают как домашнее облако. Им он, в общем, и является. Только лучше: все данные лежат у тебя под боком, скорость выше, да и платить каждый месяц не надо. Купил один раз железо, настроил и пользуешься. Вот только вместе с NAS приходит и ответственность. Сегодня разбираем типичные косяки, которые пользователи допускают при эксплуатации NAS, а лучше бы не.
В основу этой статьи легли комментарии наших читателей к статье “Облако vs. NAS”. Вы накидали столько кейсов, что нам хватило на целый материал, и еще осталось. Спасибо, друзья!
Читать: https://habr.com/ru/companies/finops_ru/articles/963210/
#ru
@database_design | Другие наши каналы
NAS обычно рассматривают как домашнее облако. Им он, в общем, и является. Только лучше: все данные лежат у тебя под боком, скорость выше, да и платить каждый месяц не надо. Купил один раз железо, настроил и пользуешься. Вот только вместе с NAS приходит и ответственность. Сегодня разбираем типичные косяки, которые пользователи допускают при эксплуатации NAS, а лучше бы не.
В основу этой статьи легли комментарии наших читателей к статье “Облако vs. NAS”. Вы накидали столько кейсов, что нам хватило на целый материал, и еще осталось. Спасибо, друзья!
Читать: https://habr.com/ru/companies/finops_ru/articles/963210/
#ru
@database_design | Другие наши каналы
Развёртывание своего облачного хранилища на VPS: Nextсloud и альтернативы
Удобство облачных сервисов лишает нас контроля над цифровой жизнью. Все файлы лежат у одного Большого брата (корпорация) под наблюдением другого Большого брата (государство). Если провайдер лишит аккаунта — человек потеряет всё. Что ж, ради ежедневного комфорта многие готовы мириться с таким риском.
Однако комфорт вызывает привыкание. Поэтому даже при выходе из-под колпака Большого брата на собственный безопасный сервер хочется такого же уровня удобства, как у облачных сервисов. Как минимум:
• доступ к файлам с любого устройства;
• автоматическая синхронизация файлов и резервное копирование;
• расшаривание файлов;
• совместная работа с документами.
Сегодня такое «локальное облако» можно поднять на собственном сервере или VPS в качестве альтернативы корпоративным экосистемам типа Apple, Google и «Яндекс».
Читать: https://habr.com/ru/companies/ultravds/articles/962102/
#ru
@database_design | Другие наши каналы
Удобство облачных сервисов лишает нас контроля над цифровой жизнью. Все файлы лежат у одного Большого брата (корпорация) под наблюдением другого Большого брата (государство). Если провайдер лишит аккаунта — человек потеряет всё. Что ж, ради ежедневного комфорта многие готовы мириться с таким риском.
Однако комфорт вызывает привыкание. Поэтому даже при выходе из-под колпака Большого брата на собственный безопасный сервер хочется такого же уровня удобства, как у облачных сервисов. Как минимум:
• доступ к файлам с любого устройства;
• автоматическая синхронизация файлов и резервное копирование;
• расшаривание файлов;
• совместная работа с документами.
Сегодня такое «локальное облако» можно поднять на собственном сервере или VPS в качестве альтернативы корпоративным экосистемам типа Apple, Google и «Яндекс».
Читать: https://habr.com/ru/companies/ultravds/articles/962102/
#ru
@database_design | Другие наши каналы
Госархивы, почему вы разные?
Каждый архив самостоятельно выбирает ИС, с помощью которой будет предоставлять доступ к оцифрованным делам. Это последствия того самого единственного, на мой взгляд, недостатка.
Можно также отметить и следующие последствия:
не все архивы спешат переходить на цифру
цену доступа к оцифрованным документам регламентирует администрация субъекта
Читать: https://habr.com/ru/articles/962812/
#ru
@database_design | Другие наши каналы
Каждый архив самостоятельно выбирает ИС, с помощью которой будет предоставлять доступ к оцифрованным делам. Это последствия того самого единственного, на мой взгляд, недостатка.
Можно также отметить и следующие последствия:
не все архивы спешат переходить на цифру
цену доступа к оцифрованным документам регламентирует администрация субъекта
Читать: https://habr.com/ru/articles/962812/
#ru
@database_design | Другие наши каналы
Сравнительный анализ эффективности планировщиков СУБД при выполнении различных запросов
Когда мы пишем запрос, СУБД делает гораздо больше, чем просто ищет данные. Она оценивает десятки сценариев выполнения, сравнивает стоимость операций и выбирает оптимальный путь к результату. От этого выбора зависит, будет ли запрос выполняться секунду или минуту. Почему одни системы находят лучший план, а другие выстраивают менее эффективный алгоритм? Попробуем разобраться, как планировщики СУБД принимают решения и что определяет их эффективность.
Читать: https://habr.com/ru/articles/963472/
#ru
@database_design | Другие наши каналы
Когда мы пишем запрос, СУБД делает гораздо больше, чем просто ищет данные. Она оценивает десятки сценариев выполнения, сравнивает стоимость операций и выбирает оптимальный путь к результату. От этого выбора зависит, будет ли запрос выполняться секунду или минуту. Почему одни системы находят лучший план, а другие выстраивают менее эффективный алгоритм? Попробуем разобраться, как планировщики СУБД принимают решения и что определяет их эффективность.
Читать: https://habr.com/ru/articles/963472/
#ru
@database_design | Другие наши каналы
Поднимаем внутренний мессенджер и VoIP-сервер без нарушения законодательства
Cейчас, когда связь с внешними сервисами работает с перебоями, а самым стабильным международным способом созвониться теперь является, внезапно, Steam, VoIP которого точно не блокируется, возникает резонный вопрос: а как коммуницировать хотя бы в рамках собственной компании? Особенно с учетом того, что Discord давно и надежно заблокирован, Slack с рынка ушел, а популярные публичные мессенджеры замедляются или рискуют отправиться в бан? Решение очевидно: поднимать собственные текстовые и VoIP-сервера, о чем мы и поговорим в статье на примере связки Matrix и Jitsi.
Читать: https://habr.com/ru/companies/itsumma/articles/962006/
#ru
@database_design | Другие наши каналы
Cейчас, когда связь с внешними сервисами работает с перебоями, а самым стабильным международным способом созвониться теперь является, внезапно, Steam, VoIP которого точно не блокируется, возникает резонный вопрос: а как коммуницировать хотя бы в рамках собственной компании? Особенно с учетом того, что Discord давно и надежно заблокирован, Slack с рынка ушел, а популярные публичные мессенджеры замедляются или рискуют отправиться в бан? Решение очевидно: поднимать собственные текстовые и VoIP-сервера, о чем мы и поговорим в статье на примере связки Matrix и Jitsi.
Читать: https://habr.com/ru/companies/itsumma/articles/962006/
#ru
@database_design | Другие наши каналы
Пострелизная валидация данных как новый вид тестирования?
Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики?
Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование?
Как все это сделать быстро и дешево? И при чем тут, возможно, новый вид тестирования?
Читать: https://habr.com/ru/articles/963860/
#ru
@database_design | Другие наши каналы
Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики?
Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование?
Как все это сделать быстро и дешево? И при чем тут, возможно, новый вид тестирования?
Читать: https://habr.com/ru/articles/963860/
#ru
@database_design | Другие наши каналы
MariaDB — новые maintenance-релизы Community Server
MariaDB объявила о доступности версий 11.8.4, 11.4.9, 10.11.15 и 10.6.24. В выпусках — исправления и обновления; подробности в release notes и changelogs. Скачать: mariadb.com/downloads. Источник: mariadb.com/resources/blog
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB объявила о доступности версий 11.8.4, 11.4.9, 10.11.15 и 10.6.24. В выпусках — исправления и обновления; подробности в release notes и changelogs. Скачать: mariadb.com/downloads. Источник: mariadb.com/resources/blog
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB
Download MariaDB Products & Tools | MariaDB
Download MariaDB products, connectors, and tools including Community Server, Enterprise Server, ColumnStore and MaxScale.
MariaDB открывает доступ к данным для безопасного корпоративного AI
В блоге MariaDB — анонс: решения MariaDB AI RAG и MariaDB Enterprise MCP Server помогают безопасно интегрировать корпоративные данные в генеративный AI и строить агентные приложения высокого уровня надежности. Подробности в источнике.
Читать подробнее
#en
@database_design | Другие наши каналы
В блоге MariaDB — анонс: решения MariaDB AI RAG и MariaDB Enterprise MCP Server помогают безопасно интегрировать корпоративные данные в генеративный AI и строить агентные приложения высокого уровня надежности. Подробности в источнике.
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB
MariaDB Unlocks Your Data for Secure, Enterprise-Grade Agentic with MariaDB AI RAG and MariaDB Enterprise MCP Server | MariaDB
As VP of Product at MariaDB, I get to see firsthand how our teams are innovating to solve our customers’ most complex data challenges. I am incredibly excited to share some great news with our…
Бенчмарк бенчмарка Lakehouse-движков, в котором побеждает объективная реальность
Недавно на хабре вышла статья с громким заголовком “Бенчмарк lakehouse-движков, часть 1: StarRocks и Doris падают под нагрузкой, Presto аутсайдер, CedrusData быстрее всех”. В своей статье авторы из Кверифай Лабс выбрали методику TPC-DS, но вместо 99 запросов остановилась на одном, который к тому же запускается на одной машине. Обосновывается это тем, что на одном конкретном запросе нужно разобрать работу оптимизаторов. По результатам исследования делается вывод, что решение, разработанное авторами, является лучшим, в том числе для запуска одного конкретного запроса на одном узле. Давайте попробуем разобраться, действительно ли это так.
Читать: https://habr.com/ru/companies/datasapience/articles/964052/
#ru
@database_design | Другие наши каналы
Недавно на хабре вышла статья с громким заголовком “Бенчмарк lakehouse-движков, часть 1: StarRocks и Doris падают под нагрузкой, Presto аутсайдер, CedrusData быстрее всех”. В своей статье авторы из Кверифай Лабс выбрали методику TPC-DS, но вместо 99 запросов остановилась на одном, который к тому же запускается на одной машине. Обосновывается это тем, что на одном конкретном запросе нужно разобрать работу оптимизаторов. По результатам исследования делается вывод, что решение, разработанное авторами, является лучшим, в том числе для запуска одного конкретного запроса на одном узле. Давайте попробуем разобраться, действительно ли это так.
Читать: https://habr.com/ru/companies/datasapience/articles/964052/
#ru
@database_design | Другие наши каналы
От слов к делу: как Postgres Pro строит будущее в Академгородке
Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.
Читать: https://habr.com/ru/companies/postgrespro/articles/964274/
#ru
@database_design | Другие наши каналы
Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.
Читать: https://habr.com/ru/companies/postgrespro/articles/964274/
#ru
@database_design | Другие наши каналы
❤1
Горизонтальное шардирование: проблемы, решения, практические рекомендации
Рано или поздно один сервер перестает справляться. Вы можете купить ему больше памяти, больше CPU, более быстрые диски (вертикальное масштабирование), но в конце концов вы упретесь в потолок. Самый большой сервер конечен. Горизонтальное шардирование — это признание этого факта.
Это философия разделяй и властвуй, примененная к данным. Вместо одной гигантской таблицы users на одном сервере, вы создаете 10, 100 или 1000 маленьких таблиц users, разбросанных по разным серверам (шардам). Это дает почти безграничную масштабируемость на запись и чтение.
Читать: https://habr.com/ru/articles/963960/
#ru
@database_design | Другие наши каналы
Рано или поздно один сервер перестает справляться. Вы можете купить ему больше памяти, больше CPU, более быстрые диски (вертикальное масштабирование), но в конце концов вы упретесь в потолок. Самый большой сервер конечен. Горизонтальное шардирование — это признание этого факта.
Это философия разделяй и властвуй, примененная к данным. Вместо одной гигантской таблицы users на одном сервере, вы создаете 10, 100 или 1000 маленьких таблиц users, разбросанных по разным серверам (шардам). Это дает почти безграничную масштабируемость на запись и чтение.
Читать: https://habr.com/ru/articles/963960/
#ru
@database_design | Другие наши каналы
Адский эксперимент: личный сайт на нищих микросервисах
Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.
В этом эксперименте мы внедрим микросервисы в личный сайт, нарушив ключевые принципы DDD. Я создам антипаттерн «бедных сервисов» (Anemic Domain Model) и покажу, чем опасен прямой доступ к данным между микросервисами.
Эта статья о том, что за прекрасным внешним видом, большой функциональностью, высокопроизводительным исправным кодом может скрываться абсолютное зло.
Читать: https://habr.com/ru/articles/964450/
#ru
@database_design | Другие наши каналы
Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.
В этом эксперименте мы внедрим микросервисы в личный сайт, нарушив ключевые принципы DDD. Я создам антипаттерн «бедных сервисов» (Anemic Domain Model) и покажу, чем опасен прямой доступ к данным между микросервисами.
Эта статья о том, что за прекрасным внешним видом, большой функциональностью, высокопроизводительным исправным кодом может скрываться абсолютное зло.
Читать: https://habr.com/ru/articles/964450/
#ru
@database_design | Другие наши каналы
Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире
Разработчик Yandex Cloud Андрей Бородин вошел в топ-50 контрибьюторов PostgreSQL — 10 лет в проекте и сотни апстрим-патчей в ядро
Читать: «Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире»
#ru
@database_design | Другие наши каналы
Разработчик Yandex Cloud Андрей Бородин вошел в топ-50 контрибьюторов PostgreSQL — 10 лет в проекте и сотни апстрим-патчей в ядро
Читать: «Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире»
#ru
@database_design | Другие наши каналы
Всё, что я знаю о хорошем системном дизайне
Хороший системный дизайн редко выглядит эффектно. В нём нет модных паттернов, десятков сервисов и Kafka на каждый чих. Он скучен — и именно поэтому работает. В этой статье автор рассуждает о том, почему простота — не наивность, а зрелость инженерного мышления; как состояние становится главным врагом стабильности; и почему настоящая архитектура рождается не из гениальных трюков, а из понимания границ и закономерностей сложных систем.
Разобраться в сути
Читать: https://habr.com/ru/companies/otus/articles/960948/
#ru
@database_design | Другие наши каналы
Хороший системный дизайн редко выглядит эффектно. В нём нет модных паттернов, десятков сервисов и Kafka на каждый чих. Он скучен — и именно поэтому работает. В этой статье автор рассуждает о том, почему простота — не наивность, а зрелость инженерного мышления; как состояние становится главным врагом стабильности; и почему настоящая архитектура рождается не из гениальных трюков, а из понимания границ и закономерностей сложных систем.
Разобраться в сути
Читать: https://habr.com/ru/companies/otus/articles/960948/
#ru
@database_design | Другие наши каналы
Как не получилось сделать PostgreSQL лучше (и почему это нормально)
Недавно я получил статус Major Contributor в проекте PostgreSQL. Это довольно радостное для меня событие и интересное, поэтому коллеги попросили написать статью об этом. А чтобы я не сомневался — заботливо составили список достижений за меня. Получилось замечательно, но публиковать от своего имени статью вида «как я крут» я не хочу. Я совсем не против про это говорить, и из каждого утюга вещаю про разные технологии, сделанные моей командой или вот прям вообще мной. Но только в контексте «как использовать эти технологии», либо в узком кругу или личной беседе.
Я решил написать другую статью: что у меня не получилось. Писал довольно спешно, поэтому, возможно, местами будет понятно только специалистам. Не расстраивайтесь, если что‑то неясно и пришлось гуглить. А вот если всё понятно — возможно, стоит меньше смотреть в монитор и чаще трогать траву.
Инкрементальное улучшение любой популярной технологии зачастую имеет негативные последствия. И в большинстве случаев предлагаемых в PostgreSQL доработок — вред превышает пользу. Построить что‑то новое, ничего не сломав, бывает трудно и в чистом поле, а ядро PostgreSQL в этом смысле — лабиринт с граблями.
Читать: https://habr.com/ru/companies/yandex/articles/964778/
#ru
@database_design | Другие наши каналы
Недавно я получил статус Major Contributor в проекте PostgreSQL. Это довольно радостное для меня событие и интересное, поэтому коллеги попросили написать статью об этом. А чтобы я не сомневался — заботливо составили список достижений за меня. Получилось замечательно, но публиковать от своего имени статью вида «как я крут» я не хочу. Я совсем не против про это говорить, и из каждого утюга вещаю про разные технологии, сделанные моей командой или вот прям вообще мной. Но только в контексте «как использовать эти технологии», либо в узком кругу или личной беседе.
Я решил написать другую статью: что у меня не получилось. Писал довольно спешно, поэтому, возможно, местами будет понятно только специалистам. Не расстраивайтесь, если что‑то неясно и пришлось гуглить. А вот если всё понятно — возможно, стоит меньше смотреть в монитор и чаще трогать траву.
Инкрементальное улучшение любой популярной технологии зачастую имеет негативные последствия. И в большинстве случаев предлагаемых в PostgreSQL доработок — вред превышает пользу. Построить что‑то новое, ничего не сломав, бывает трудно и в чистом поле, а ядро PostgreSQL в этом смысле — лабиринт с граблями.
Читать: https://habr.com/ru/companies/yandex/articles/964778/
#ru
@database_design | Другие наши каналы