PostgreSQL для менеджера: таблицы, связи и нормализация 🗄

В прошлом посте серии про базы данных голосованием выбрали постгрес. Я рад, что тут собрались ценители классики. Давайте короткий экскурс к реляционным базам и PostgreSQL как самому популярному.
В обиходе реляционные базы и SQL базы это синонимы. Разница, но она скорее техническая, и менеджеру она не нужна. Если совсем прижмет, погуглите.

Реляционная от слова relation, отношения, которые строятся между таблицами. Экселька на стеройдах . Есть таблицы и связи между ними, вместе они образуют схему. ERD-диаграмма изображает эту схему.
Каждая таблица хранит все элементы одного типа: всех пользователей, все заказы, все оплаты. Они связан: у одного клиента много заказов, у заказа товаров, а у товара заказов.

Чтобы с этой паутиной работать, придумали SQL - язык структурированных запросов. Ты пишешь, что хочешь получить, а база сама находит это в таблицах.
Например, «покажи всех клиентов, которые сделали больше трех заказов за месяц». Или «сколько денег мы заработали на товарах из категории 18+». SQL это способ задавать вопросы базе.

Теперь про преимущества Постгри.
Ее выбирают, когда нужны сложные запросы, гарантия целостности данных и транзакции. Когда данные не должны теряться и портиться. Когда нужно много аналитики и отчетов.
Ее выбирают, когда хотят надежность. Она используется в банках, государственных системах, крупных продуктах. И она что самое главное бесплатна и довольно универсальна, за это ее любят разработчики, сейчас это самый популярный выбор на рынке, а для нас менеджеров это плюс, легче найти ресурсы для работы со стеком, в котором есть постгрес.
Но не бывает идеального решения и, конечно, когда данных становится очень много, она может тормозить, требовательность к ресурсам на больших данных это ограничение с которым надо считаться.


🔮Управление без иллюзий. Подписывайтесь и делитесь с коллегами!

Кто следующий?

🤓- ClickHouse
😎- MongoDB
😈- Redis

#бд #тех_грам #техничка