Magda D. - Just use Postgres! [2026, PDF, ENG]

Страницы:  1
Ответить
 

Osco do Casco

VIP (Заслуженный)

Стаж: 17 лет

Сообщений: 14317

Osco do Casco · 21-Ноя-25 17:47 (7 месяцев назад, ред. 21-Ноя-25 18:41)

Just use Postgres!
Год издания: 2026
Автор: Magda D.
Издательство: Manning
ISBN: 978-1633435698
Язык: Английский
Формат: PDF
Качество: Издательский макет или текст (eBook)
Интерактивное оглавление: Да
Количество страниц: 402
Описание: You probably don’t need a collection of specialty databases. Just use Postgres instead!
Need a fast, reliable SQL-compliant RDBMS? Just use Postgres! Need to work with geospatial data? Just use Postgres! Handling semi- or non-structured documents? Just use Postgres! Generative AI embeddings? You’ve got it—just use Postgres! Written for software engineers and database pros, Just Use Postgres! shows you how to get the most out of the powerful PostgresSQL database.
In Just Use Postgres! you’ll learn how to:
• Develop generative AI, geospatial, and time-series applications
• Everything from transactional RDBMS services to specialized workloads
• Modern SQL including window functions, CTEs, and JSON data
• Implement full-text search
• B-trees, GIN, HNSW, expression, and more
• Postgres extensions
Since its initial release in 1996, PostgreSQL, aka Postgres, has grown into the most popular and powerful full-featured open source RDBMS available. Just Use Postgres! takes a modern look at Postgres, exploring the database’s most up-to-date features for AI, time-series, full-text search, geospatial, and other application workloads.
We start with an introduction to Postgres and learn how to run it in Docker on our machine. From there, we explore its core relational capabilities by designing a database structure and manipulating data. Finally, we dive into modern SQL features and learn how to optimize query performance using different Postgres index types. After completing the first part of the book, we’ll be ready to use Postgres as a relational database for designing and building applications for transactional and other types of workloads.
Примеры страниц (скриншоты)
Оглавление
Part 1 Postgres as a relational database 1
1 Meeting Postgres 3
2 Standard RDBMS capabilities 18
3 Modern SQL 65
4 Indexes 89
Part 2 Core Postgres beyond relational 127
5 Postgres and JSON 129
6 Postgres for full-text search 164
7 Postgres extensions 201
8 Postgres for generative AI 213
9 Postgres for time series 253
10 Postgres for geospatial data 292
11 Postgres as a message queue 332
appendix A Five optimization tips 358
appendix B When not to use Postgres 369
Download
Сайт не распространяет и не хранит электронные версии произведений, а лишь предоставляет доступ к создаваемому пользователями каталогу ссылок на торрент-файлы, которые содержат только списки хеш-сумм
Как скачивать? (для скачивания .torrent файлов необходима регистрация)
[Профиль]  [ЛС] 

triton.ton

Стаж: 12 лет 11 месяцев

Сообщений: 2


triton.ton · 06-Дек-25 12:08 (спустя 14 дней)

Спапсибо за раздачу. Книжка хайповая, как раз хотел прочитать.
[Профиль]  [ЛС] 

polarnet2

Стаж: 19 лет 4 месяца

Сообщений: 50


polarnet2 · 19-Дек-25 21:31 (спустя 13 дней)

Книга научно-популярная, с неизвестной целевой аудиторией. Полезных знаний ни для dba, ни для разработчика базы данных практически нет. Поэтому смело можно не тратить на нее время, а поискать что-то более практичное.
[Профиль]  [ЛС] 

SaltWalterCroc

Стаж: 3 года 9 месяцев

Сообщений: 2


SaltWalterCroc · 15-Янв-26 03:28 (спустя 26 дней)

Как человек, имеющий несчастье использовать PostgreSQL in a large scale, могу сказать, just don't. В большинстве use cases, PostgreSQL будет наихудшим выбором. OLTP - hell, no. По-крайне, пока zheap не завезут, а этот произойдет скорее никогда. OLAP - если есть возможность, лучше использовать BigQuery, Snowflake, да много их. Для небольших поделок MongoDB и MySQL - ваши лучшие друзья.
Проблема с PostgreSQL даже не в том, что он технически плох. Там фундаментальная проблема с community. Хороший пример - хинты для запросов. Коммьюнити лет 15 сопротивлялась приводя чисто академические (при этом абсолютно неверные аргументы). У меня было несколько насыщенных переписок с maintainerами, когда я пытался доказать, что sampling статистика - это не панацея. Достаточно иметь данные с разреженным доменом (например, guids), чтобы вся эта семплинг статистика просто переставала работать. То же самое с heap и MVCC. Реально, MVCC не работает для OLTP. Full stop. Просто не работает. Как только появляется куча апдейтов, датафайлы начинают пухнуть, а то, что творится с индексами, в приличном обществе вообще употреблять не стоит. Автовакуум не успевает, все начинает тормозить. И все заканчивается xid wrap around. Такое чувство, что база данных активно воюет с тобой
[Профиль]  [ЛС] 

y2008sanja

Стаж: 17 лет 4 месяца

Сообщений: 32

y2008sanja · 08-Фев-26 11:35 (спустя 24 дня, ред. 08-Фев-26 11:35)

SaltWalterCroc писал(а):
88705923Как человек, имеющий несчастье использовать PostgreSQL in a large scale, могу сказать, just don't. В большинстве use cases, PostgreSQL будет наихудшим выбором. OLTP - hell, no. По-крайне, пока zheap не завезут, а этот произойдет скорее никогда. OLAP - если есть возможность, лучше использовать BigQuery, Snowflake, да много их. Для небольших поделок MongoDB и MySQL - ваши лучшие друзья.
Проблема с PostgreSQL даже не в том, что он технически плох. Там фундаментальная проблема с community. Хороший пример - хинты для запросов. Коммьюнити лет 15 сопротивлялась приводя чисто академические (при этом абсолютно неверные аргументы). У меня было несколько насыщенных переписок с maintainerами, когда я пытался доказать, что sampling статистика - это не панацея. Достаточно иметь данные с разреженным доменом (например, guids), чтобы вся эта семплинг статистика просто переставала работать. То же самое с heap и MVCC. Реально, MVCC не работает для OLTP. Full stop. Просто не работает. Как только появляется куча апдейтов, датафайлы начинают пухнуть, а то, что творится с индексами, в приличном обществе вообще употреблять не стоит. Автовакуум не успевает, все начинает тормозить. И все заканчивается xid wrap around. Такое чувство, что база данных активно воюет с тобой
Такая потуга в топике, где нет даже 1000 скачиваний? Зачем?
PG на небольших проектах рвет Монгу и Мускул как тряпку.
polarnet2 писал(а):
88599092Книга научно-популярная, с неизвестной целевой аудиторией. Полезных знаний ни для dba, ни для разработчика базы данных практически нет. Поэтому смело можно не тратить на нее время, а поискать что-то более практичное.
Посоветуйте что-нибудь про PG на русском языке для среднего уровня.
[Профиль]  [ЛС] 

polarnet2

Стаж: 19 лет 4 месяца

Сообщений: 50


polarnet2 · 08-Фев-26 11:57 (спустя 21 мин.)

Я только начал переходить на PostgreSQL с MSSQL (в разрезе программирования баз данных), поэтому больших знаний пока нет. Себе отобрал для чтения:
Ткачев PostgreSQL: SQL + PL/pgSQL для тех, кто хочет стать профессионалом
Shaik and Chemuduru Procedural Programming with PostgreSQL PL/pgSQL
Рогов PostgreSQL 17 изнутри
RU Домбровская Оптимизация запросов в PostgreSQL
EN Dombrovskaya PostgreSQL Query Optimization
[Профиль]  [ЛС] 
 
Ответить
Loading...
Error