Рубрика «postgresql» - 2

в 13:15, , рубрики: latency, MVCCAutovacuum, oltp, postgresql, sql server, Администрирование баз данных, базы данных

Всю профессиональную карьеру я так или иначе жил рядом с базами данных: начинал с Oracle, потом надолго перешёл на MS SQL Server и PostgreSQL (думаю, я здесь не один такой).

Обычно мы используем СУБД как инструмент: учитываем нюансы синтаксиса, оптимизатора, утилит и поведения движка — и решаем прикладные задачи. Но недавно, разворачивая очередной PostgreSQL‑кластер для продакшена, я поймал себя на мысли: не слишком ли много всего нужно поднять вокруг PostgreSQL, чтобы система работала одновременно безопасно и предсказуемо по производительности?

Читать полностью »

в 11:10, , рубрики: api, claude, fullstack разработка, kotlin, nestjs, open source, postgresql, Prisma, Trigrams, парсинг

TL;DR: Я хотел просто сделать JSON с хадисами. В итоге написал свой парсер для PDF, боролся с Gradle и доменами в Maven Central, ломал генерацию картинок в Satori и оптимизировал Fuzzy Search с 5 секунд до 2.7 секунд с помощью AI. Это история о том, как пет-проект превратился в экосистемо на NestJS, Prisma и Redis.

Введение: "Всё должно было быть просто"

Идея казалась элементарной: сделать удобное API для хадисов — изречений Пророка Мухаммада (мир ему). Казалось бы, 2026 год на дворе, всё уже должно быть оцифровано, лежать на GitHub в красивом JSON, бери и пользуйся.

Я начал гуглить. Реальность ударила сразу:

в 18:45, , рубрики: haproxy, latency, pgbouncer, postgresql, retry, sre, Tor, деградация, инцидент, отказоустойчивость

Иногда инцидент начинается не с 5xx и не с красного графика

Он начинается с одной стойки

И с одного таймаута

09:12 - alert: db-replica-02 connection timeout

HAProxy зелёный
HTTP 5xx = 0.2%
p50 = 38–42ms

Минимальная схема

Минимальная схема

2 стойки
В каждом свой ToR
Primary и app в rack-1
Replica-01 в rack-1
Replica-02 в rack-2

Читать полностью »

в 11:25, , рубрики: pgvector, postgresql, базы данных, массивы в PostgreSQL
Обратная сторона массивов в PostgreSQL - 1

Начать работу с массивами в PostgreSQL проще простого: объявили колонку как integer[], вставили значения — и готово.

Или вообще собрали массив на лету:

SELECT '{1,2,3}'::int[];
SELECT array[1,2,3];

в 10:20, , рубрики: Arch Linux, aur, electron, open source, packaging, pgadmin, pgadmin4, postgresql, python

pgAdmin 4 - де-факто стандартный GUI-клиент для PostgreSQL.
Он активно развивается, официально поддерживается на Debian и… при этом на Arch Linux с Desktop-версией всё стабильно плохо.

На момент написания статьи в AUR есть несколько пакетов pgAdmin4 Desktop, но ни один из них:

  • не собирается стабильно,

  • не переживает обновления Python / Electron,

  • или требует ручных правок после установки.

В этой статье я хочу расс��азать:

  • почему pgAdmin4 Desktop так плохо ложится на Arch,

  • какие решения обычно ломаются,

  • и какой компромиссный, но рабочий вариант в итоге получился у меня.

Читать полностью »

в 7:15, , рубрики: java, postgresql, spring, sql, transactional outbox, Микросервисная архитектура, микросервисы, паттерн стратегия, паттерны проектирования

Всем привет! В этой статье рассмотрим наиболее полную реализацию паттерна Transactional Outbox, которую можно будет легко расширять и применять в продакшне. Данная статья будет полезна как для разработчиков, которые еще не встречались с данным паттерном, так и тем, кто уже применял его в своей работе.

Введение

Прежде чем перейти к определению паттерна, определим ключевых акторов:

  • Паблишер - процесс, инициирующий изменения и создающий события.

  • Консьюмер - процесс, обрабатывающий эти события.

Читать полностью »

в 9:17, , рубрики: connection pool, database per service, max_connections, olap, oltp, pgtune, postgresql, shared_buffers, sizing базы данных, расчёт ресурсов

Не так давно на моей текущей работе впервые за весь мой немногочисленный 4-летний опыт бэкендера понадобилось для нового микросервиса рассчитывать ресурсы под PostgreSQL для данного сервиса. Раньше для меня данная тема было чем-то, чем занимаются DevOps/DBA и никогда прежде не задумывался и не исследовал информацию о том, как качественно рассчитать необходимые ресурсы, чтобы бизнесу не пришлось переплачивать за очень дорогие железки лишние деньги, чтобы потом оказалось, что от купленных мощностей в реальности используется 20-40% (опыт на нескольких работах показывает, что такое случается ну очень часто).

Q: Для кого эта статья?
Читать полностью »

в 9:00, , рубрики: postgresql, userver, Миграции данных, распределенные системы, шардирование

Когда система растёт, нагрузка на базу становится критической, а готовых решений для шардирования PostgreSQL не хватает. Стандартные подходы не устраивали — поэтому команда сделала своё решение для шардирования в ядре процессинга заказов. Оно позволяет решардировать данные без простоев и деградации метрик.

Читать полностью »

в 12:15, , рубрики: postgis, postgresql, sql, геоинформационные системы, геометрия, кластеризация, поиск

Здравствуйте, уважаемые читатели !

В серии статей хочу рассказать о создании основного функционала MVP (Minimum Value Product) системы по управлению цифровыми активами для базы данных PostGIS. Полный перечень возможностей разрабатываемого проекта представлен на картинке ниже.

Читать полностью »

в 8:15, , рубрики: Go, golang, in-memory cache, postgresql, redis, sql, SSO, базы_данных, кеширование, микросервисы

Привет! 👋

В современной разработке мы привыкли решать проблемы производительности стандартным набором инструментов. "База не тянет? Поставь Redis!" — это стало почти рефлексом. Но всегда ли оправдано тащить в инфраструктуру лишний сервис, настраивать сетевые хопы и следить за инвалидацией, если ваша задача — это всего лишь быстрый доступ к небольшому справочнику?

В нашем Open Source проекте BMSTU-ITSTECH/SSOЧитать полностью »

123...1020...87
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js