SQL Server mengubah tabel untuk mengubah TEXT menjadi NVARCHAR (MAX) sangat meningkatkan ukuran database

Saya perlu memperbarui database SQL Server yang berukuran sekitar 18GB untuk mengubah sejumlah TEXTkolom NVARCHAR(MAX).

Masalah yang saya alami adalah setelah menjalankan semua alter tableperintah database akhirnya berukuran hampir 26GB. Saya mengerti bahwa dari sini menggunakan NVARCHAR(MAX)akan memungkinkan DB tumbuh lebih lambat tetapi apakah ada cara bagi saya untuk mencegah kembung ini?

sql-server

— Aidan Lawless
sumber

Oh, jangan buat pertanyaan yang sama di sini. Cukup beri tanda pada SO dan mod akan memigrasikannya di sini dalam sekejap :-). Sekarang seseorang perlu bergabung / bersih..etc.

— Marian

Apakah database lebih besar atau log sangat besar?

— Aaron Bertrand

Maaf Marian, mengerti sekarang ...

— Aidan Lawless

Aaron, file MDF jauh lebih besar .... hampir 10GB lebih besar

— Aidan Lawless

Jawaban:

Saya berharap posting ini akan membantu Anda.

http://geekswithblogs.net/johnsPerfBlog/archive/2008/04/16/ntext-vs-nvarcharmax-in-sql-2005.aspx

Fakta-fakta kunci:

Secara default TEXT dan NTEXT menyimpan nilai teks dalam struktur LOB
Secara Default NVARCHAR (MAX) menyimpan nilai teks dalam struktur tabel (Kecuali jika lebih dari 8000 byte)
Ketika Anda mengubah kolom dari TEXT / NTEXT ke NVARCHAR (MAX), cara data disimpan tidak diubah, itu memperbarui metadata tabel saja. Struktur data hanya diubah pada saat nilai diubah. Ini dapat dilakukan segera dengan menjalankan sesuatu seperti ini:
```
  update mytable set mycolumn1 = mycolumn1
```
Jika Anda menggunakan pengaturan opsi tabel default untuk NVARCHAR (MAX), maka data di tabel Anda akan lebih besar.

- Anda perlu melihat pengaturan opsi meja dan lingkungan sebelum mengubah pengaturan sesuai dengan kebutuhan Anda.
Ukuran tabel Anda akhirnya akan menyusut, jika Anda mengikuti pernyataan tabel alter Anda dengan pernyataan tabel pembaruan.

Singkatnya, jika Anda menjalankan pernyataan pembaruan, memaksa penyimpanan struktur data diubah, ukuran basis data Anda akan lebih kecil, seperti yang diharapkan.

EDIT : Seperti yang telah Anda sebutkan TEXT dan bukan NTEXT, keuntungan Anda dalam ruang akan kurang jelas dari yang Anda kira. NTEXT mengambil dua kali lipat jumlah ruang seperti yang dilakukan TEXT, tetapi pada saat yang sama, Anda harus mengharapkan NVARCHAR (MAX) mengambil sekitar setengah ruang seperti apa yang dilakukan NTEXT. Dengan perhitungan saya, Anda akan melihat sedikit perubahan dari ukuran database asli Anda.

Penghargaan khusus untuk http://www.douglubey.com/

— RoKa
sumber

dapatkah Anda meringkas fakta-fakta penting di sini, kalau-kalau tautannya bisa mati.

— Stephane Rolland

Seperti disebutkan dalam jawaban lain, TEXT vs NTEXT akan berdampak pada penyimpanan, tetapi tidak sebanyak yang Anda sarankan.

— RoKa

Terima kasih ... Saya telah menunda bergabung selama bertahun-tahun sekarang ... Senang berada di sini.

— RoKa

Terima kasih RoKA, itu telah membuat perbedaan yang signifikan untuk beberapa tabel yang dimaksud. Saya akan mengembalikan database lagi dan melakukannya secara bertahap untuk melihat pengaruhnya. Terima kasih lagi .....

— Aidan Lawless

Dengan senang hati.

— RoKa

Mungkin ada kekeliruan dalam pertanyaan Anda, tetapi Anda mengatakan TEXT ke NVARCHAR (maks) dan bukan NTEXT ke NVARCHAR (maks). Jika ini yang benar-benar Anda lakukan, Anda berubah dari ANSI ke UNICODE dan Anda tidak perlu kaget karena membutuhkan lebih banyak ruang (karakter byte tunggal vs karakter multi-byte).

— spaghettidba
sumber

Ya, itulah yang saya lakukan ... walaupun berdasarkan beberapa perhitungan sederhana itu tidak menjelaskan ukuran kenaikannya.

— Aidan Lawless

Sudahkah Anda mencoba dengan saran RoKa?

— spaghettidba

@ AidanLawless perhitungan apa ini? Ukuran basis data harus meningkat setidaknya dengan ukuran TEXTbidang yang ada - pergi ke unicode membutuhkan tepat dua kali ruang penyimpanan ANSI.

— JNK

@ JNK ... kecuali menggunakan kompresi pada 2008 R2 atau lebih baik, di mana kompresi Unicode akan memperlakukan karakter ASCII yang disimpan di NVARCHAR seperti VARCHAR.

— Aaron Bertrand