Дойде ли най-накрая времето за PostgreSQL?

В продължение на близо 30 години, PostgreSQL (известен още като Postgres) вероятно е най-често срещаната SQL база данни с отворен код, за която никога не сте чували. Наречете го Zelig на базите данни, неговата технология или стоеше зад, или действаше като отправна точка зад масив от почти дузина търговски предложения за бази данни от EnterpriseDB към Amazon Червено преместване, Greenplum, Netezza, и множество други. А PostgreSQL отличи линията като едно от рожбите на носителя на наградата Тюринг и легенда за бази данни Д-р Майкъл Стоунбрейкър, който стартира проекта PostgreSQL въз основа на уроците, научени от предишното си предприятие за бази данни, Ingres.

Но сега има комерсиални продукти, които поставят PostgreSQL на преден план. EnterpriseDB отвори кутията на Пандора преди около десетилетие с комерсиално поддържана платформа, проектирана като заместител на Oracle. Съвсем наскоро облачните доставчици се намесиха с набор от хоствани предложения, като се започне с Amazon Wed Services, предлагайки PostgreSQL

като една от платформите поддържана чрез нейното управлявано Услуга за релационни бази данни (RDS).

Но през изминалата година AWS и неговите съперници издигнаха PostgreSQL повече от едно ниво. В края на миналата година излезе изданието на GA на Amazon внедряване на PostgreSQL чрез своята Aurora облачна платформа за бази данни. През последните няколко седмици Microsoft и Google, съответно, последваха своите отговори на услугата RDS PostgreSQL на Amazon с База данни на Azure за PostgreSQL и Cloud SQL за PostgreSQL.

Преди няколко месеца, Мат Асей представи аргумента за PostgreSQL отново ставам хип в смисъл, че скучното (нещата просто работят) дойде на мода. Единствената точка, с която бихме спорили обаче, е „отново“, освен ако не броите момента, в който PostgreSQL се материализира в съзнанието на Stonebraker.

Но все пак всичко повдига въпроса: Дойде ли времето PostgreSQL да излезе от сенките и да се утвърди като своя собствена платформа?

Имахме възможност да вземем един ден от годишния Конференция на PostgreSQL (всъщност те също така провеждат куп сателитни събирания) в Джърси Сити тази седмица. За събитие, при което AWS (заедно с Pivotal Greenplum) грабна единствените два основни слота, това беше доста скромна афера на DBA, говорейки за зрелостта (или липсата на такава) на функции като валидиране на данни, шардинг, промяна на улавянето на данни и т.н. На. Като се има предвид, че обяви GA на собствената си облачна услуга PostgreSQL тази седмица, сигурни сме в това Google щеше да жадува за някое от другите ключови слотове. И може би хората от общността на PostgreSQL трябва да мислят по-широко в култивирането на търговски връзки, тъй като тяхната платформа излиза от сенките.

AWS Марк Портър, генерален мениджър на Amazon Aurora PostgreSQL и Amazon RDS за PostgreSQL, трябваше да направи някаква фантастична работа, за да представи пред тълпата с отворен код подкрепата на AWS за общността с отворен код. Въпреки че не е известно с големия си технологичен принос към проекта PostgreSQL, всъщност го има допринесе за общността чрез корекции на грешки, безплатни акаунти за тестване и други форми на финансова подкрепа. И има добра причина, поради която внедряването на PostgreSQL на Aurora не е с отворен код, защото е проектирано изрично за собствената облачна инфраструктура на AWS. Разбира се, Microsoft и Google отвръщат, че техните услуги, управлявани от облака, всъщност са съвместими с отворен код (но от друга страна, така е и внедряването на RDS PostgreSQL на Amazon).

Не толкова мръсната малка тайна за PostgreSQL е, че докато проектът с отворен код е фокусиран върху a база данни за транзакции, много от търговските продукти, произлезли от нея, са MPP данни складове. И така, поради необходимост, Greenplums, Netezzas и Redshifts по света трябваше да създадат свои собствени разклонения на проекта с отворен код, дори да добавят основни функции като колонни таблици.

Скот Яра, основател на Greenplum и старши вицепрезидент на продуктите в Основен, описа пълния кръг на компанията, занимаващ се с аналитичното разклонение. По време на ранните дни на Greenplum (преди да бъде придобит от EMC), акцентът беше върху предоставянето на склад за производствени MPP данни, което диктуваше фокусирането върху собствената технология. Придобиване, отделяне и в очакване IPO по-късно, Pivotal се ангажира със 100% отворен код. Но базата данни Greenplum остана на по-стара, вече неподдържана версия на PostgreSQL. Със следващата основна версия (6.0), която се очаква по-късно тази година, базата данни Greenplum ще се обедини обратно с ствола с отворен код и вземете сравнително актуална, поддържана версия на отворения код проект. Това ще позволи на Pivotal да елиминира някои функции, които е разработил и които сега са включени в по-актуалната платформа с отворен код. Но тъй като PostgreSQL остава база данни за транзакции, базата данни Greenplum все още ще изисква свои собствени аналитични разширения.

Често срещана тема на PostgreSQL е, че това е SQL релационна база данни с отворен код, която е предназначена за корпоративни работни натоварвания. Това е точка, която хората от MySQL и MariaDB вероятно биха оспорили, но остават реални разлики, като Поддръжката на PostgreSQL за по-сложни SQL функции и типове данни, включващи масиви, съединения и прозорци, сред други.

В крайна сметка се появява темата "замяна на Oracle", като се има предвид, че PL/pgSQL е проектиран да прилича на Oracle PL/SQL. Това е тема, която е популяризирана от EnterpriseDB в продължение на много години. И беше тема повторен от FINRA в една от сесиите на конференцията. FINRA е по-голямата част от пътя през преместването на това, което беше приблизително 650 екземпляра на Oracle към Amazon RDS за PostgreSQL. Това е част от по-голяма корпоративна стратегия за мигриране на цялата си локална ИТ инфраструктура към AWS. Според водещия разработчик на FINRA Стив Даунс, функции като обектни/релационни съпоставяния, съхранени процедури и способността за формиране на сложни заявки с помощта на сливане на изгледи и натискане на предикат дава познато усещане на DBA на Oracle PostgreSQL.

Независимо от това, като различна база данни (и SQL реализация), има ясни разлики между PostgreSQL и Oracle. Няколко примера включват как базите данни обработват полета с числа и променливи знаци, синоними, репликация (която не е толкова зряла като тази на Oracle) и опреснявания на материализирани изгледи, между другото.

Ако имитацията е ласкателство, PostgreSQL го има в пика, тъй като се превърна в платформа с отворен код за трети страни, които искат да доставят свои собствени продукти за релационни бази данни. Това се дължи пряко на консервативния характер на проекта с отворен код, който дава приоритет на стабилността и работещите гайки и болтове пред кървящия флаш. Показателното е, че най-новото 10.0 версия, издаден миналата есен, се занимава с функции, които иначе биха били приети за даденост с Oracle или SQL Server. Акцентите включват декларативно разделяне на таблици; усъвършенстване на репликацията като публикуване/абониране; и ангажименти за кворум (което е потенциално много полезно за глобални внедрявания в облак).

Да, има наваксваща топка за PostgreSQL и има ясни причини клиентите на Oracle или SQL Server да продължат с техните платформи. Но на хоризонта голяма част от диференциацията ще бъде в внедряването на база данни, а не в основните функции. И голяма част от тази диференциация ще бъде с това как базите данни естествено използват еластичността, автоматизацията, избора на инфраструктура и глобалния мащаб на облака.

Фактът, че AWS, Azure и Google Cloud вече са водещи с услугите на PostgreSQL, а не бели етикетирането им е сигурен знак, че след 30 години PostgreSQL може най-накрая да излезе от сенки.

Послепис: В деня, в който тази публикация беше публикувана, Pivotal имаше IPO, като акциите се повишиха с 5% за деня, набирайки 555 милиона долара.Подобно на дъщерната компания VMware, след IPO, Dell EMC все още притежава мажоритарна собственост и контрол върху компанията.