Perbandingan: postgresql vs sql server

Definisi dan Konteks

PostgreSQL dan SQL Server adalah dua sistem manajemen database relasional (RDBMS) yang paling banyak digunakan di dunia industri saat ini. PostgreSQL adalah open-source object-relational database management system yang pertama kali dirilis pada tahun 1996, berakar dari proyek POSTGRES di University of California, Berkeley. SQL Server, di sisi lain, adalah RDBMS komersial yang dikembangkan oleh Microsoft, pertama kali dirilis pada tahun 1989 dan sejak itu telah menjadi tulang punggung ekosistem enterprise Microsoft. Keduanya mematuhi standar SQL, namun masing-masing memiliki ekstensi, filosofi desain, dan keunggulan yang sangat berbeda.

Memahami perbedaan antara kedua database ini penting karena keputusan pemilihan database memiliki dampak jangka panjang yang signifikan terhadap arsitektur aplikasi, anggaran operasional, kemudahan rekrutmen tim, dan fleksibilitas skalabilitas. Database bukan sekadar tempat penyimpanan data; ia menentukan bagaimana data dimodelkan, bagaimana query dioptimasi, bagaimana transaksi dijamin konsistensinya, dan bagaimana infrastruktur distel saat lalu lintas tumbuh. Kesalahan memilih database di awal proyek bisa berbiaya mahal untuk dimigrasi kelak.

Berikut adalah perbandingan head-to-head yang mencakup fitur teknis dan aspek lisensi:

Aspek	PostgreSQL	SQL Server
Lisensi	Open-source (PostgreSQL License)	Komersial (lisensi per-core)
Harga	Gratis; biaya hanya infrastruktur & support	Express gratis; Standard ~$3.7K/core; Enterprise ~$15K/core
OS	Linux, Windows, macOS	Linux, Windows (macOS hanya via kontainer)
Tipe Data Lanjutan	JSON/JSONB, Array, HSTORE, UUID, Composite, Range, Geospatial (PostGIS)	JSON, XML, HierarchyID, Spatial
Replikasi	Streaming replication, Logical replication	Always On Availability Groups, Log Shipping, Replication
Partisi	Declarative partitioning (v10+), Table inheritance	Partitioned tables & indexes
Concurrency	MVCC tanpa read-lock	MVCC + optimistic concurrency; sejarah locking
Ekosistem	Bahasa prosedural: PL/pgSQL, PL/Python, PL/Perl, PL/R	T-SQL; integrasi mendalam dengan .NET, Azure
Cloud Managed	Amazon RDS/Aurora, Google Cloud SQL, Azure Database for PostgreSQL	Azure SQL Database, Amazon RDS, Google Cloud SQL Server
Skalabilitas	Citus (sharding), CockroachDB (kompatibel)	Distributed availability groups, Azure SQL Hyperscale

Dari sisi harga, PostgreSQL jelas unggul untuk startup dan organisasi yang ingin meminimkan biaya lisensi, sementara SQL Server menawarkan integrasi yang sangat erat dengan ekosistem Microsoft yang sudah menjadi standar di banyak korporasi besar. Biaya lisensi SQL Server Enterprise bisa mencapai puluhan ribu dolar per tahun hanya untuk lisensi, belum termasuk Software Assurance. Namun, organisasi yang sudah berinvestasi berat di Active Directory, Windows Server, dan Azure sering kali menemukan bahwa total cost of ownership (TCO) SQL Server justru lebih rendah karena efisiensi operasional dan dukungan vendor terpadu.

Mekanisme di Baliknya

Konsep inti kedua database ini berakar pada teori relasional dan prinsip ACID (Atomicity, Consistency, Isolation, Durability), namun implementasinya berbeda secara fundamental. Keduanya menggunakan arsitektur client-server di mana klien mengirim perintah SQL melalui protokol koneksi khusus, server mem-parsing, merencanakan eksekusi, mengeksekusi, dan mengembalikan hasil. Namun di balik kemiripan ini, mekanisme internal mereka sangat berbeda.

PostgreSQL menggunakan Multi-Version Concurrency Control (MVCC) sebagai strategi utama untuk menangani konkurensi. Setiap baris yang diperbarui sebenarnya disisipkan sebagai versi baru, sementara versi lama ditandai sebagai "dead tuple" dan kemudian dibersihkan oleh proses autovacuum. Pendekatan ini berarti pembaca tidak pernah memblokir penulis dan penulis tidak pernah memblokir pembaca, yang memberikan performa baca yang sangat baik di bawah beban konkuren tinggi. Sebaliknya, SQL Server secara historis bergantung pada locking-based concurrency, meskipun sejak versi 2005 ia mengadopsi MVCC melalui snapshot isolation level. Meskipun demikian, perilaku default SQL Server masih menggunakan locking dan blocking, sehingga pengembang harus secara eksplisit mengaktifkan snapshot isolation jika ingin perilaku mirip PostgreSQL.

Komponen utama PostgreSQL terdiri dari postmaster (process supervisor yang mendengarkan koneksi masuk), backend processes (satu proses per koneksi klien), shared buffers (cache blok data di memori bersama), WAL (Write-Ahead Log) (log transaksi untuk recovery), autovacuum launcher (pengelola pembersihan dead tuples), dan background writer (penulis halaman kotor ke disk). Arsitektur proses-per-koneksi ini sederhana dan stabil, namun berarti setiap koneksi mengonsumsi sejumlah memori yang signifikan, sehingga koneksi pooling menjadi sangat penting di beban tinggi.

SQL Server, di sisi lain, menggunakan arsitektur berbasis thread. Satu SQL Server OS (SQLOS) bertindak sebagai lapisan abstraksi penjadwal yang mengelola worker thread. Koneksi klien ditugaskan ke thread dari thread pool, bukan membuat proses baru. Komponen utamanya meliputi Database Engine (Relational Engine + Storage Engine), Buffer Pool (setara shared buffers di PostgreSQL), Transaction Log (setara WAL), TempDB (database sistem shared untuk operasi sementara seperti sorting, hashing, dan temporary tables—ini unik di SQL Server dan sering menjadi bottleneck), dan SQL Agent (job scheduler bawaan). Penggunaan thread pool membuat SQL Server bisa menangani ribuan koneksi secara lebih efisien tanpa pooling, meskipun praktik terbaik tetap menyarankan pooling.

Perbedaan arsitektur ini berdampak praktis: PostgreSQL membutuhkan tool seperti PgBouncer atau Odyssey untuk connection pooling eksternal, sementara SQL Server lebih toleran terhadap banyak koneksi langsung. Namun, arsitektur proses PostgreSQL memberikan isolasi yang lebih kuat—crash pada satu backend tidak meruntuhkan seluruh server.

Contoh Penggunaan Sehari-hari

Skenario 1: Penyimpanan dan Query Data JSON/NoSQL

PostgreSQL memiliki tipe JSONB yang memungkinkan penyimpanan data semi-terstruktur dengan kemampuan pengindeksan yang canggih melalui GIN index. Ini membuat PostgreSQL berfungsi ganda sebagai database relasional dan document store.

-- PostgreSQL: Membuat tabel dengan kolom JSONB
CREATE TABLE products (
    id SERIAL PRIMARY KEY,
    name TEXT NOT NULL,
    attributes JSONB NOT NULL
);

INSERT INTO products (name, attributes) VALUES
    ('Laptop X1', '{"cpu": "i7", "ram": 16, "colors": ["silver", "black"], "warranty": 3}'),
    ('Phone Z5', '{"cpu": "snapdragon", "ram": 8, "colors": ["blue", "white"], "warranty": 2}');

-- Membuat GIN index untuk query JSONB yang cepat
CREATE INDEX idx_products_attrs ON products USING GIN (attributes jsonb_path_ops);

-- Query: temukan produk dengan RAM >= 16
SELECT name, attributes->>'ram' AS ram
FROM products
WHERE (attributes->>'ram')::int >= 16;

Output:

  name   | ram
---------+-----
 Laptop X1 | 16

SQL Server menangani JSON secara berbeda—tidak ada tipe data JSON natif; JSON disimpan sebagai NVARCHAR dan divalidasi menggunakan fungsi ISJSON.

-- SQL Server: JSON disimpan sebagai NVARCHAR
CREATE TABLE products (
    id INT IDENTITY(1,1) PRIMARY KEY,
    name NVARCHAR(100) NOT NULL,
    attributes NVARCHAR(MAX) NOT NULL
        CHECK (ISJSON(attributes) = 1)
);

INSERT INTO products (name, attributes) VALUES
    (N'Laptop X1', N'{"cpu": "i7", "ram": 16, "colors": ["silver", "black"]}');

-- Query: ekstrak nilai dari JSON
SELECT name, JSON_VALUE(attributes, '$.ram') AS ram
FROM products
WHERE CAST(JSON_VALUE(attributes, '$.ram') AS INT) >= 16;

Keunggulan PostgreSQL di sini jelas: JSONB adalah tipe data biner yang terkompresi dan terindeks, sementara SQL Server mem-parsing JSON setiap kali query dijalankan kecuali Anda membuat computed column dan mengindeksnya secara eksplisit.

Skenario 2: Penanganan Concurrency dan Locking

-- PostgreSQL: MVCC secara default, pembaca tidak memblokir penulis
-- Sesi 1: mulai transaksi dan update
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
-- (belum COMMIT)

-- Sesi 2: pembaca masih bisa melihat versi lama (sebelum update)
SELECT balance FROM accounts WHERE id = 1;
-- Output: nilai sebelum dikurangi 100 (bukan nilai yang belum dikomit)
-- Ini karena MVCC menjamin setiap sesi melihat snapshot konsisten

-- SQL Server: default menggunakan read committed dengan locking
-- Sesi 1
BEGIN TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
-- (belum COMMIT)

-- Sesi 2: SELECT akan BLOCKED sampai Sesi 1 COMMIT
SELECT balance FROM accounts WHERE id = 1;
-- Output: menunggu... (blocking)

Untuk menghindari blocking di SQL Server, Anda harus mengaktifkan READ_COMMITTED_SNAPSHOT:

ALTER DATABASE MyDB SET READ_COMMITTED_SNAPSHOT ON;
-- Setelah ini, perilaku default berubah mirip PostgreSQL MVCC

Skenario 3: Stored Procedure dan Bahasa Prosedural

-- PostgreSQL: PL/pgSQL dengan kemampuan RETURN QUERY
CREATE OR REPLACE FUNCTION get_customer_orders(
    p_customer_id INT,
    p_limit INT DEFAULT 10
)
RETURNS TABLE (
    order_id INT,
    order_date DATE,
    total_amount NUMERIC
)
LANGUAGE plpgsql AS $$
BEGIN
    RETURN QUERY
    SELECT o.id, o.order_date, o.total_amount
    FROM orders o
    WHERE o.customer_id = p_customer_id
    ORDER BY o.order_date DESC
    LIMIT p_limit;
END;
$$;

-- Pemanggilan
SELECT * FROM get_customer_orders(42, 5);

-- SQL Server: T-SQL stored procedure
CREATE PROCEDURE GetCustomerOrders
    @CustomerID INT,
    @Limit INT = 10
AS
BEGIN
    SET NOCOUNT ON;
    SELECT TOP (@Limit)
        o.ID AS OrderID,
        o.OrderDate,
        o.TotalAmount
    FROM Orders o
    WHERE o.CustomerID = @CustomerID
    ORDER BY o.OrderDate DESC;
END;
GO

-- Pemanggilan
EXEC GetCustomerOrders @CustomerID = 42, @Limit = 5;

Perbedaan penting: PostgreSQL memperlakukan function sebagai first-class citizen yang bisa digunakan di mana pun (dalam SELECT, WHERE, FROM), sementara SQL Server memisahkan antara function (skalar/table-valued) dan stored procedure (yang bisa mengubah data dan menggunakan output parameter).

Skenario 4: Analisis Geospasial

-- PostgreSQL dengan ekstensi PostGIS
CREATE EXTENSION postgis;

CREATE TABLE stores (
    id SERIAL PRIMARY KEY,
    name TEXT NOT NULL,
    location GEOGRAPHY(POINT, 4326) NOT NULL
);

INSERT INTO stores (name, location) VALUES
    ('Cabang A', ST_SetSRID(ST_MakePoint(