Tidak ada kinerja atau keuntungan operasional. Sejak SQL 2005, tipe LOB sudah disimpan untuk Anda oleh mesin di unit alokasi terpisah, b-tree terpisah. Jika Anda mempelajari Organisasi Tabel dan Indeks dari SQL Server Anda akan melihat bahwa setiap partisi memiliki hingga 3 unit alokasi:data, LOB, dan row-overflow:
(sumber:s-msft.com
)
Bidang LOB (varchar(max), nvarchar(max), varbinary(max), XML, CLR UDT serta jenis teks, ntext, dan gambar yang tidak digunakan lagi) akan ada dalam catatan data itu sendiri, dalam indeks berkerumun, hanya a jejak yang sangat kecil:penunjuk ke unit alokasi LOB, lihat Anatomi Catatan .
Dengan menyimpan LOB secara eksplisit dalam tabel terpisah Anda sama sekali tidak mendapatkan apa-apa . Anda cukup menambahkan kerumitan yang tidak diperlukan karena pembaruan atom sebelumnya harus mendistribusikan dirinya sendiri sekarang menjadi dua tabel terpisah, memperumit aplikasi dan struktur transaksi aplikasi.
Jika konten LOB adalah seluruh file maka mungkin Anda harus mempertimbangkan untuk meningkatkan ke SQL 2008 dan menggunakan FILESTREAM .
