Postgres خوردن رابطه ای است

رقابت با آسان سخت است. PostgreSQL دارای ویژگی های بسیار خوبی است، اما استفاده آسان برای شرکت ها و مشاوران مهر و موم است.

حتی وقتی پایگاه‌های اطلاعاتی NoSQL در حال رشد هستند، حزب رابطه‌ای بسیار دور از پایان است. اما در میان جمعیت رابطه‌ای، محبوبیت یک پایگاه‌داده به قیمت از دست دادن همتایان با سابقه‌تر خود، افزایش می‌یابد. بله، من در مورد PostgreSQL صحبت می کنم. سوال اصلی این نیست که چرا توسعه دهندگان مانند PostgreSQL. دلایل زیادی وجود دارد. نه، سوال اصلی این است که چرا توسعه دهندگان در حال حاضر آن را بسیار دوست دارند.

لحظه ای که ادامه دارد

رنسانس PostgreSQL چند سال از عمرش می گذرد، چیزی که من بارها درباره آن نوشته ام. دلایل محبوبیت آن؟ همانطور که مشاور تانل پودر به‌خوبی خلاصه می‌کند، چندین مورد وجود دارد:

نکته این است که این موارد برای مدتی درست بوده اند، و مدت ها قبل از اینکه PostgreSQL واقعاً رتبه بندی محبوبیت را بالا ببرد (شاید بهترین توسط آلوارو هرناندز، بنیانگذار OnGres ترسیم شده است، که از مقیاس خطی برای نشان دادن رشد نسبی PostgreSQL در مقابل پایگاه داده رابطه‌ای استفاده کرد:

افزایش محبوبیت PostgreSQL سالهاست که ثابت بوده است.

MySQL در ابتدا به طرف پایگاه داده رابطه‌ای منبع باز بود، اما بیشتر برای ساختن وب نوپا استفاده می‌شد تا جابجایی پایگاه‌های داده اصلی سازمانی. MySQL نیز در نهایت متعلق به Oracle بود که به نظر نمی رسید توسعه آن را کند کند اما ممکن است شور و شوق جامعه را کاهش داده باشد. از این رو، با گذشت زمان MySQL به همتایان اختصاصی Oracle و SQL Server در کاهش محبوبیت نسبت به PostgreSQL، بلکه به کلاس رو به رشدی از پایگاه‌های داده NoSQL مانند Amazon DynamoDB، MongoDB، Redis، Apache Cassandra و غیره پیوست.

به هر حال، هیچ کس نمی‌پرسد که PostgreSQL چقدر خوب است و نه نقشی که در روند صنعت به نفع پایگاه‌های داده همه منظوره ایفا می‌کند. این دقیقا خبری نیست آنچه که خبر است، عجله برای مدرن‌سازی و نقش PostgreSQL در آن است.

فشردن دکمه آسان

بدون نادیده گرفتن (حتی اندکی) همه دلایل مختلف برای دوست داشتن PostgreSQL، شاید یکی از آنها برجسته باشد: آسان است. یادگیری یا استفاده از آن لزوما آسان تر از سایر پایگاه های داده رابطه ای نیست. (این حتی تازه‌کارهای پایگاه داده‌ای که در MySQL آموزش دیده‌اند، به احتمال زیاد به منتقل می شود.) اما برای کسانی که قبلاً به پایگاه داده های رابطه ای عادت کرده اند و می خواهند اوراکل گران قیمت را کنار بگذارند، برای مثال، PostgreSQL “دکمه آسان” است. همانطور که مدیر عامل EDB یک بار به من گفت، اکثر شرکت ها به دنبال افزایش و تغییر نیستند، اما آنها به PostgreSQL برای برنامه های کاربردی سبز خود روی می آورند زیرا قبلاً مهارت های SQL/رابطه ای داخلی و ساخته شده دارند. بیش از چندین دهه استفاده از Oracle، SQL Server و DB2.

بنابراین حتی اگر مدل پایگاه داده دیگری واقعاً برای مورد استفاده آنها بهتر باشد، “دکمه آسان” رفتن به PostgreSQL است. همانطور که مهندس سابق AWS دیو کاتبرت یادداشت می‌کند، «برنامه‌های بسیار بیشتری از [پایگاه‌های داده] رابطه‌ای استفاده می‌کنند، زیرا تنها چکشی بود که داشتند.»

البته، برای بسیاری از بارهای کاری سازمانی، افرادی که معماری ها را انجام می دهند در واقع توسط سازمان استخدام نمی شوند، بلکه به عنوان مشاور مشغول به کار می شوند. در بزرگ‌ترین یکپارچه‌کننده‌های سیستم جهانی، آن تجربه رابطه‌ای داخلی وجود دارد و از صحبت‌های من با افراد حاضر در صنعت، این دلیل اصلی آنها برای فشار دادن PostgreSQL است.

در طول همه‌گیری و پس از آن، تقاضای زیادی برای مدرن‌سازی زیرساخت‌های سازمانی وجود داشته است تا شرکت‌ها چابک‌تر شوند و به نیازهای مشتریان به سرعت در حال تکامل پاسخ دهند. این یکپارچه‌کننده‌های سیستم جهانی پروژه‌های مدرن‌سازی را انجام می‌دهند و اغلب فناوری‌هایی را به کار می‌گیرند که به کارگیری آن‌ها برایشان آسان‌تر است، و بهترین حاشیه‌ها را برای خدماتشان به‌دست می‌آورند. ما می‌توانیم در مورد اینکه آیا این واقعاً بهترین چیز برای مشتریانی است که می‌خواهند مدرن‌سازی شوند، بحث کنیم، اما درک منطق زیربنایی آن دشوار نیست.

اکنون، اگر شما من هستید که برای یک شرکت پایگاه داده اسناد کار می‌کنم، منصفانه است که فکر کنیم این اتکای بیش از حد آشکار به رابطه‌ای بیشتر به دلیل اینرسی است تا تلاشی هماهنگ برای پذیرش زیرساخت‌های داده مدرن. به نظر من، “چرا حالا؟” این سوال توسط بسیاری با “چون آسان است” پاسخ داده می شود. نه به این دلیل که بهترین است.

«بهترین» البته ذهنی است و «چون آسان است» محرک اصلی همه چیز از منبع باز تا ابر بوده است. سهولت – یا راحتی – یک داروی خوب است. شرکت‌هایی که می‌خواهند با «دکمه آسان» PostgreSQL رقابت کنند، باید چیزی حداقل به همان اندازه قانع‌کننده ارائه کنند. در همین حال، به نظر نمی‌رسد که PostgreSQL به NoSQL می‌خورد، اما مطمئناً به‌هزینه مدیران رابطه‌ای در حال رشد است.