VSS vs. VDI Backup

Giriş

İlk olarak burada gördüm

1.Volume Shadow Copy Service (VSS)

Sanırım Windows diskin kopyasını alıyor

2. Virtual Device Interface (VDI)

SQL Server SDK ile derlemek gerekir. SQL Server Engine veriyi kendisini VDI olarak tanıtan uygulamaya stream eder

Failover

Giriş

Açıklaması şöyle. Yani master ve replica arasındaki senkronizyon kopmuş ise replica otomatik olarak devralmaz. Elle FORCE_ALLOW_DATA_LOSS yapmak gerekir

PostgreSQL'de otomatik failover'ı açmak için replikasyonu senkron moda almak zorunda değilsiniz. Asenkron bir yapıda bile, primary çöktüğünde bir replica otomatik olarak terfi edebilir. Yani "biraz veri kaybı olabilir ama sistem kendi kendine ayağa kalksın" senaryosuna izin verir.

SQL Server tarafında ise durum farklı. Always On'da otomatik failover'ın devreye girebilmesi için replica'nın senkron modda olması ŞART. Asenkron bir replica otomatik failover hedefi olamaz. Siz veri kaybını göze alsanız bile sistem buna kendiliğinden izin vermez; ancak force allow data loss diyerek, bilinçli ve manuel bir müdahaleyle failover yapabilirsiniz.

Aradaki fark aslında bir tasarım felsefesi farkı. SQL Server "otomatik bir karar asla veri kaybına yol açmamalı, veri kaybı ancak insanın bilerek onayıyla olur" diyor. PostgreSQL ise "kayıp riskini kabul edip etmemek senin kararın, otomasyonu buna göre kur" diyor. İkisi de savunulabilir, ama aynı problemi farklı yerden çözüyorlar.

Columnstore Index

Giriş

Açıklaması şöyle

Columnstore mantığı temelinde basit: rowstore’da satır satır saklarız, columnstore’da kolon kolon. 1 milyarlık fact tablo üzerinde SUM(amount) hesaplayacaksak rowstore tüm satırı sayfaya getirir; columnstore sadece amount kolonunu okur, geri kalan kolonlar tek byte bile transfer olmaz.

Örnek şöyle

-- Ordered nonclustered columnstore (SQL Server 2025+)
CREATE NONCLUSTERED COLUMNSTORE INDEX nccsi_orders_ordered
    ON dbo.Orders (CustomerID, OrderDate, Amount)
    ORDER (OrderDate);

-- Sorgu artık OrderDate üzerinden segment elimination yapar
SELECT SUM(Amount)
FROM dbo.Orders
WHERE OrderDate >= '2025-01-01'
  AND OrderDate <  '2025-04-01';

Transaction Log (.ldf Dosyası) - WAL İçindir

Giriş

PostgreSQL'deki WAL dosyası ile aynıdır. PostgreSQL'den farklı olarak bu dosya sonsuza kadar büyür.

memory grant

Açıklaması burada

XACT_ABORT

SELECT CASE 

    WHEN ( ( ( @@OPTIONS & 512 ) = 512 ) ) THEN 'ON' 

    ELSE 'OFF' 

END AS XACT_ABORT_STATUS;

-- When XACT_ABORT is ON → any runtime error rolls back the entire transaction automatically.

-- When OFF → some errors (like PK violations) do not abort the transaction, and subsequent statements still run.

SET XACT_ABORT ON;

CREATE TABLE MyTable (

    Id INT PRIMARY KEY,

    Name VARCHAR(100)

);

SELECT * FROM MyTable;

BEGIN TRANSACTION;

INSERT INTO MyTable (Id, Name) VALUES (1, 'Alice');

INSERT INTO MyTable (Id, Name) VALUES (1, 'Bob');

-- INSERT INTO MyTable (Id, Name)

-- SELECT 1, 'Bob'

-- WHERE NOT EXISTS (

--     SELECT 1

--     FROM MyTable

--     WHERE Id = 1

-- );

SELECT * FROM MyTable;

commit;

SELECT * FROM MyTable;

Output is

Output:

303 ms

XACT_ABORT_STATUS

-----------------

ON               

Id          Name                                                                                                

----------- ----------------------------------------------------------------------------------------------------

Msg 2627, Level 14, State 1, Server 6f1d64a248a3, Line 23

Violation of PRIMARY KEY constraint 'PK__MyTable__3214EC07149F63D5'. Cannot insert duplicate key in object 'dbo.MyTable'. The duplicate key value is (1).

Eğer OFF yaparsak

Output:

433 ms

XACT_ABORT_STATUS

-----------------

ON               

Id          Name                                                                                                

----------- ----------------------------------------------------------------------------------------------------

Msg 2627, Level 14, State 1, Server de2db788b1d3, Line 23

Violation of PRIMARY KEY constraint 'PK__MyTable__3214EC078BA094A9'. Cannot insert duplicate key in object 'dbo.MyTable'. The duplicate key value is (1).

The statement has been terminated.

Id          Name                                                                                                

----------- ----------------------------------------------------------------------------------------------------

          1 Alice                                                                                               

Id          Name                                                                                                

----------- ----------------------------------------------------------------------------------------------------

          1 Alice   

DuplicateKeyException

Giriş

Elimizde legacy bir veri tabanı var. Primary Key (PK) alanların datetime + ms şeklinde tasarlanmış. Böylece satırların kolayca sıralanabileceği düşünülmüş. Ancak bir problem var. Yazma istekleri arttıkça DuplicateKeyException hataları alıyoruz. Yani aslında veri tabanı saati PK için iyi bir kaynak değil. Çünkü aynı anda gelen iki istek için aynı zaman değerini verebiliyor

Ancak PK olarak şu seçenekleri değerlendirebiliriz

• - Sequence kullanılsaydı harika olurdu
• - Snowflake Id kullanılsaydı yine olurdu  ancak o zamanlar Snowflake yoktu
• - UUIDv4 kullanamıyoruz, çünkü sırayı kaybediyoruz
• - UUIDv7 kullanılabilir, sırayı muhafaza ederiz
• - PK'ya bir alan daha ilave edebilsek, rastgele bir şey örneğin threadId problemi azaltır, tam çözmez