nvarchar (maks) vs NText

Apa kelebihan dan kekurangan menggunakan tipe data nvarchar(max)vs. NTextdalam SQL Server? Saya tidak perlu kompatibilitas ke belakang, jadi tidak apa-apa yang nvarchar(max)tidak didukung dalam rilis SQL Server yang lebih lama.

Sunting: Rupanya pertanyaan itu juga berlaku untuk TEXTdan IMAGEvs. varchar(max)dan varbinary(max), bagi mereka yang mencari tipe data itu nanti.

Keuntungannya adalah Anda dapat menggunakan fungsi seperti LENdan LEFTaktif nvarchar(max)dan Anda tidak dapat melakukan itu terhadap ntextdan text. Ini juga lebih mudah untuk dikerjakan nvarchar(max)daripada di textmana Anda harus menggunakan WRITETEXTdan UPDATETEXT.

Juga, text, ntext, dll, sedang usang ( http://msdn.microsoft.com/en-us/library/ms187993.aspx )

VARCHAR(MAX)cukup besar untuk menampung TEXTlapangan.TEXT, NTEXTdan IMAGEtipe data SQL Server 2000 akan ditinggalkan dalam versi SQL Server yang akan datang, SQL Server 2005 menyediakan kompatibilitas mundur untuk tipe data tetapi disarankan untuk menggunakan tipe data baru yaitu VARCHAR(MAX), NVARCHAR(MAX)dan VARBINARY(MAX).

ntext akan selalu menyimpan datanya di halaman basis data terpisah, sementara nvarchar(max) akan mencoba menyimpan data dalam catatan basis data itu sendiri.

Begitu nvarchar(max) agak lebih cepat (jika Anda memiliki teks yang lebih kecil seperti 8 kB). Saya juga memperhatikan bahwa ukuran basis data akan tumbuh sedikit lebih lambat, ini juga bagus.

Go nvarchar(max).

nvarchar(max)adalah apa yang ingin Anda gunakan. Keuntungan terbesar adalah bahwa Anda dapat menggunakan semua fungsi string T-SQL pada tipe data ini. Ini tidak mungkin dengan ntext. Saya tidak mengetahui adanya kerugian nyata.

Anda seharusnya menggunakan nvarchar(max):

MSDN

Kerugian terbesar dari Text(bersama-sama dengan NTextdan Image) adalah bahwa ia akan dihapus dalam versi SQL Server di masa depan, seperti pada dokumentasi . Itu secara efektif akan membuat skema Anda lebih sulit untuk ditingkatkan ketika versi SQL Server itu akan dirilis.

Ingin menambahkan pengalaman saya dengan mengonversi. Saya memiliki banyak textbidang dalam kode Linq2SQL kuno. Ini untuk memungkinkan textkolom yang ada dalam indeks untuk dibangun kembali ONLINE .

Pertama, saya sudah tahu tentang manfaat selama bertahun-tahun, tetapi selalu berasumsi bahwa konversi akan berarti beberapa pertanyaan panjang yang menakutkan di mana SQL Server harus membangun kembali tabel dan menyalin semuanya, menjatuhkan situs web saya dan meningkatkan detak jantung saya.

Saya juga khawatir bahwa Linq2SQL dapat menyebabkan kesalahan jika melakukan semacam verifikasi jenis kolom.

Senang melaporkan, bahwa perintah ALTER dikembalikan INSTAN - jadi mereka pasti hanya mengubah metadata tabel. Mungkin ada beberapa pekerjaan offline yang terjadi untuk mengembalikan <8000 data karakter ke dalam tabel, tetapi perintah ALTER instan.

Saya menjalankan yang berikut untuk menemukan semua kolom yang membutuhkan konversi:

SELECT concat('ALTER TABLE dbo.[', table_name, '] ALTER COLUMN [', column_name, '] VARCHAR(MAX)'), table_name, column_name
FROM information_schema.columns where data_type = 'TEXT' order by table_name, column_name

SELECT concat('ALTER TABLE dbo.[', table_name, '] ALTER COLUMN [', column_name, '] NVARCHAR(MAX)'), table_name, column_name
FROM information_schema.columns where data_type = 'NTEXT' order by table_name, column_name

Ini memberi saya daftar pertanyaan yang bagus, yang baru saja saya pilih dan salin ke jendela baru. Seperti saya katakan - menjalankan ini instan.

Linq2SQL cukup kuno - menggunakan desainer yang Anda tarik tabel. Situasinya mungkin lebih kompleks untuk Kode EF terlebih dahulu tetapi saya belum mengatasinya.

Saya ingin menambahkan bahwa Anda dapat menggunakan klausa .WRITE untuk pembaruan sebagian atau penuh dan menambahkan kinerja tinggi untuk varchar(max)/nvarchar(max)tipe data.

Di sini Anda dapat menemukan contoh lengkap penggunaan .WRITEklausa.