Migracja z SQL Server do PostgreSQL: Kompletny Przewodnik 2025

1. Konwersja T-SQL na PL/pgSQL

T-SQL w SQL Server ma własnościową składnię, której nie ma w PostgreSQL. Główne różnice:

-- Kolumny Identity
CREATE TABLE users (
  id INT IDENTITY(1,1),
  name NVARCHAR(100)
);

-- Funkcje dat
SELECT GETDATE(), DATEADD(day, 7, OrderDate)

-- Konkatenacja stringów
SELECT 'Hello' + ' ' + 'World'

-- Słowo TOP
SELECT TOP 10 * FROM orders

-- Zmienne
DECLARE @count INT
SET @count = (SELECT COUNT(*) FROM users)

-- Serial/Sequences
CREATE TABLE users (
  id SERIAL PRIMARY KEY,
  name VARCHAR(100)
);

-- Funkcje dat
SELECT NOW(), OrderDate + INTERVAL '7 days'

-- Konkatenacja stringów
SELECT 'Hello' || ' ' || 'World'

-- Słowo LIMIT
SELECT * FROM orders LIMIT 10

-- Zmienne
DO $$
DECLARE count_val INT;
BEGIN
  SELECT COUNT(*) INTO count_val FROM users;
END $$;

2. Mapowanie Typów Danych

3. Alternatywy dla SSIS, SSRS i SQL Agent

• SSIS →
  Apache Airflow, Pentaho, Talend

  Nowoczesna orkiestracja z lepszym monitoringiem i schedulingiem

• SSRS →
  Grafana, Metabase, Apache Superset

  Nowoczesne narzędzia BI z lepszą wizualizacją i dashboardami

• SQL Agent →
  rozszerzenie pg_cron, Airflow, cron + skrypty

  pg_cron zapewnia podobny scheduling wewnątrz PostgreSQL

Ile czasu trwa migracja z SQL Server do PostgreSQL?

Czas migracji zależy od rozmiaru i złożoności bazy danych. Mała baza (10-50GB, 100 tabel) zazwyczaj zajmuje 2-4 tygodnie łącznie z testami. Średnie bazy (100-500GB, 500 tabel) wymagają 1-3 miesięcy. Duże bazy enterprise (1TB+, 1000+ tabel ze złożonymi procedurami) mogą zająć 3-6 miesięcy przy ostrożnej migracji fazowej.

Co z funkcjami specyficznymi dla SQL Server jak SSIS, SSRS i SQL Agent?

Istnieją alternatywy w PostgreSQL: SSIS można zastąpić Apache Airflow, Luigi lub Pentaho Data Integration. SSRS można zastąpić Grafana, Metabase lub Apache Superset. SQL Agent można zastąpić rozszerzeniem pg_cron lub zewnętrznymi schedulerami jak Airflow. Migracja wymaga przeprojektowania procesów ETL i raportów, ale nowoczesne alternatywy często oferują lepsze funkcje.

Jakie oszczędności mogę osiągnąć migrując na PostgreSQL?

Typowe oszczędności wynoszą 50-80% w zależności od edycji SQL Server. SQL Server Enterprise ($14,000/rdzeń) vs PostgreSQL (darmowy) daje maksymalne oszczędności. Uwzględniając umowy serwisowe i zarządzany PostgreSQL w Azure/AWS, organizacje zazwyczaj oszczędzają 60-70% samych kosztów licencji. Całkowita redukcja TCO włączając zmniejszone koszty utrzymania wynosi średnio 50-65%.

Czy mogę uruchomić SQL Server i PostgreSQL równolegle podczas migracji?

Tak, to jest rekomendowane podejście dla dużych migracji. Użyj wzorca dual-write lub CDC (Change Data Capture) żeby synchronizować obie bazy podczas migracji. To pozwala zwalidować wydajność PostgreSQL, przetestować zmiany w aplikacji i mieć natychmiastową ścieżkę powrotu w razie problemów. Większość firm uruchamia równoległe bazy przez 1-3 miesiące przed finalnym przełączeniem.

Jakie są największe wyzwania w konwersji T-SQL na PL/pgSQL?

Główne wyzwania to: (1) kolumny IDENTITY → SERIAL/SEQUENCES, (2) różnice w funkcjach daty/czasu (GETDATE() → NOW(), DATEADD → arytmetyka intervalowa), (3) konkatenacja stringów (operator + → ||), (4) słowo kluczowe TOP → LIMIT, (5) różnice w zachowaniu ISNULL/COALESCE, (6) poziomy izolacji transakcji, (7) różnice w składni kursorów. Większość można rozwiązać narzędziami do automatycznej konwersji plus ręczne poprawki.

Czy wydajność PostgreSQL jest porównywalna z SQL Server?

Tak, PostgreSQL często przewyższa SQL Server w obciążeniach odczytowych, operacjach JSON i zapytaniach OLAP. SQL Server może być szybszy dla intensywnych zapisów OLTP z odpowiednimi indeksami. Benchmarki pokazują że PostgreSQL 15+ obsługuje 15,000-20,000 TPS na zwykłym sprzęcie. Kluczem jest odpowiednie tunowanie: indeksy, strategia VACUUM, connection pooling (PgBouncer) i optymalizacja zapytań. Większość organizacji widzi podobną lub lepszą wydajność po migracji przy znacznie niższych kosztach.