The world’s most advanced open source database?! Say whaaat?

Talking to non-Postgres people at #PerconaLive, I rаn into an interesting question: why a slogan on your PostgreSQL Community booth (as well as at postgresql.org) says “The world’s most advanced”? — What is so advanced?

I’am pretty much sure, that everyone of us, who worked with Postgres for years, has a long list of features that could address such question. For me, however, this list has an obvious number one: ACID transactions support in a way it is implemented in PostgreSQL.

A database server should be build around a transaction machine simply because a database server is, to certain degree, a transactional machine. Keeping transactions outside, as an external API, proved itself being painful. Now, when DBMS creators suddenly realize that a naïve
approach “we are not a bank, we do not need transactions” doesn’t work and try adding pure men’s transaction support at some point on the fly – that’s even worse.

PostgreSQL is famous for it’s robust backup/recovery, easy replication, powerful SQL and tremendous extensibility. As for me, success of those features in many ways based on transaction implementation.

That’s just me though, so what do YOU think makes PostgreSQL the world’s most advanced open source database?

Комментарии: 6

6 комментариев на «“The world’s most advanced open source database?! Say whaaat?”»

Mick@javascript-spreadsheet-programming:

27 апреля, 2017 в 12:59 пп

I agree on everything said above and would add:

When compared to "the world's most popular open source database", you could:
— SQL implementation follows the ANSI standard closely.
— Arrays — Performant and incredibly useful
— Choice of of language for stored procedures. JavaScript, R, Perl, Python, etc. in addition to trusty old PL/pgSQL
— Great choice of datatypes. For example, ranges (under-appreciated), JSON (others now add this but I think PG was the first RDBMS to do so), hstore, etc
— Relentless focus on quality and data integrity
— CTEs and window functions.

I could add more but these are stand-out features for me.

The clinching argument for me: Richard Hipp who created the excellent SQLite RDBMS puts it very well when he says "PostgreSQL is the best available reference
platform for SQL". Source: https://www.pgcon.org/2014/schedule/attachments/319_PGCon2014OpeningKeynote.pdf

Ответить
Unknown:

27 апреля, 2017 в 5:27 пп

Extendable for specialization without a loss in the base feature set. PostGIS being the most obvious example and PostBIS being one of the more intersesting ones.

Ответить
Ilya Kosmodemiansky:

27 апреля, 2017 в 6:48 пп

Yes, exactly. This is that long list I've mentioned in the post

Ответить
VtDmhD:

27 апреля, 2017 в 7:27 пп

Here are some of the features that make PosthreSQL the most advanced DB for me:
* Foreign data wrappers make migration ro Postgres easy (except for data/datatype mismatches in MySQL, when "IMPORT FOREIGN SCHEMA" fails)
* Jsonb type allows making minor changes to the data model without changing the schema too often. This is an excellent solution for building analytical models, several different ones can be tested with parameters stored in an unstructured field and the schema changes for proper parameter storage can be done after the results are compared and the best model is selected.
* A significant amount of languages for functions, no need to rewrite R models in PL/pgSQL.
* Advanced constraints.
* Excellent documentation (this usually applies to tutorials/videos/conference talks also) and friendly community.

Ответить
Unknown:

28 апреля, 2017 в 6:54 дп

>pure men’s transaction support

Maybe poor men?

Ответить
Unknown:

5 мая, 2017 в 7:25 дп

I am using the fantastic postGis.
It is amazing when I do a geographical Join (e.g. st_dwithin) — the optimizer sets the correct join order on the tables.
I mean — st_dwithin is a function that was added to postgres externally. as is the geography index GIST.
The fact that the considerations of this function and index are known to the optimizer amazes me.
In the commercial DB I tested — geographic join order was not optimized. so performance changed in orders of magnitude depending in the parameter order in st_dwithin.

Ответить

Добавить комментарий Отменить ответ

Базовый	Премиум	Enterprise
До 10 серверов	До 40 серверов	До 100 серверов
Чат, аварийный телефон	Чат, аварийный телефон	Чат, аварийный телефон
до 10 часов работы DBA/месяц*	до 25 часов работы DBA/месяц*	до 60 часов работы DBA/месяц*
SLA проблема — до 1 ч., стандартные работы — до 8 ч.	SLA проблема — до 1 ч., стандартные работы — до 3 ч.	SLA проблема — до 1 ч., стандартные работы — до 3 ч.
24/7 SLA на аварии — 1 ч.	24/7 SLA на аварии — 1 ч.	24/7 SLA на аварии — 30 мин
Автоматические Health Check	Автоматические Health Check с рекомендациями от DBA	Индивидуальная проверка ваших БД нашими DBA
Цена может варьировать в зависимости от индивидуальных требований клиента и обсуждается индивидуально. Настоящее предложение не является публичной офертой.Возможно платное увеличение лимита часов на базовые работы.При выработке лимита часов, включенных в пакет, дополнительные часы оплачиваются по дополнительному тарифу. По предварительной договоренности возможно увеличение лимита часов, включенных в пакет, по сниженному тарифу. Указанные условия, включая стоимость оказываемых услуг в рублях РФ, могут быть изменены в зависимости от согласованных в дальнейшем существенных условий договора и предпочтительной для клиента валюты платежа. Минимальная длительность контракта — 6 месяцев.*

Базовый

Премиум

Enterprise

До 10 серверов

До 40 серверов

До 100 серверов

Чат, аварийный телефон

до 10 часов работы DBA/месяц*

до 25 часов работы DBA/месяц*

до 60 часов работы DBA/месяц*

SLA

проблема — до 1 ч.,
стандартные работы — до 8 ч.

SLA

проблема — до 1 ч.,
стандартные работы — до 3 ч.

SLA

проблема — до 1 ч.,
стандартные работы — до 3 ч.

24/7 SLA на аварии — 1 ч.

24/7 SLA на аварии — 30 мин

Автоматические Health Check

Автоматические Health Check с рекомендациями от DBA

Индивидуальная проверка ваших БД нашими DBA

Цена может варьировать в зависимости от индивидуальных требований клиента и обсуждается индивидуально.
Настоящее предложение не является публичной офертой.*Возможно платное увеличение лимита часов на базовые работы.**При выработке лимита часов, включенных в пакет, дополнительные часы оплачиваются по дополнительному тарифу.
По предварительной договоренности возможно увеличение лимита часов, включенных в пакет, по сниженному тарифу.

Указанные условия, включая стоимость оказываемых услуг в рублях РФ, могут быть изменены в зависимости от согласованных в дальнейшем существенных условий договора и предпочтительной для клиента валюты платежа. Минимальная длительность контракта — 6 месяцев.

select case when setting::bigint < 90600 then 'Вы используете старую версию PostgreSQL, которая более не поддерживается сообществом.'||chr(10)|| 'Рекомендуем вам перейти на последнюю актуальную версию как можно скорее.' when setting::bigint < 100000 then 'Вы используете старую версию PostgreSQL, которая пока что поддерживается сообществом.'||chr(10)|| 'Рекомендуем вам перейти на последнюю актуальную версию.' when setting::bigint < 110000 then 'Вы используете достаточно современную версию PostgreSQL, которая активно поддерживается сообществом.'||chr(10)|| 'У вас все неплохо, но можно обновиться и на последнюю актуальную версию при возможности.' when setting::bigint < 140000 then 'Вы пользуетесь одной из самых последних версий PostgreSQL.'||chr(10)|| 'У вас все отлично.' else 'Вы используете версию которая находится в разработке,'||chr(10)|| 'если это production, то рекомендуем вам перейти на стабильную версию PostgreSQL.' end as "Проверка мажорной версии PostgreSQL" , case when setting::bigint between 130002 and 139999 or setting::bigint between 120006 and 129999 or setting::bigint between 110010 and 119999 or setting::bigint between 100015 and 109999 or setting::bigint between 90620 and 90699 then 'У вас стоит один из последних патчей PostgreSQL для вашей версии.'||chr(10)|| 'Похоже вы следите за обновлениями PostgreSQL. Это хороший факт.' else 'Похоже вы не обновляли PostgreSQL, после установки/последнего мажорного обновления, совсем.'||chr (10)|| 'Это плохо, рекомендуем вам обновиться до последней актуальной версии PostgreSQL.' end as "Проверка минорной версии PostgreSQL" , 'Актуальные версии на данный момент следующие, в порядке убывания актуальности:'||chr (10)|| '13.3, 12.7, 11.12, 10.17, 9.6.22' as "Список актуальных версий" from pg_settings where name = 'server_version_num';

SELECT now()-pg_postmaster_start_time() "Uptime", now()-stats_reset "Minutes since stats reset", round(100.0*checkpoints_req/checkpoints,1) "Forced checkpoint ratio (%)", round(min_since_reset/checkpoints,2) "Minutes between checkpoints", round(checkpoint_write_time::numeric/(checkpoints*1000),2) "Average write time per checkpoint (s)", round(checkpoint_sync_time::numeric/(checkpoints*1000),2) "Average sync time per checkpoint (s)", round(total_buffers/pages_per_mb,1) "Total MB written", round(buffers_checkpoint/(pages_per_mb*checkpoints),2) "MB per checkpoint", round(buffers_checkpoint/(pages_per_mb*min_since_reset*60),2) "Checkpoint MBps" FROM ( SELECT checkpoints_req, checkpoints_timed + checkpoints_req checkpoints, checkpoint_write_time, checkpoint_sync_time, buffers_checkpoint, buffers_checkpoint + buffers_clean + buffers_backend total_buffers, stats_reset, round(extract('epoch' from now() - stats_reset)/60)::numeric min_since_reset, (1024.0 * 1024 / (current_setting('block_size')::numeric))pages_per_mb FROM pg_stat_bgwriter ) bg

Новости и Блог Назад