ایندکس گذاری بر روی ستون های VARCHAR و NVARCHAR

ایندکس گذاری بر روی ستون های VARCHAR و NVARCHAR

نوشته شده توسط: سید محمد حسینی
۱۶ خرداد ۱۳۹۵
زمان مطالعه: 5 دقیقه
۰
(۰)

مقدمه

همانطور که می دانیم، ستون های کلید مربوط به یک ایندکس در (SQL Server(Clustered Index or Non-Clustered Index دارای محدودیت اندازه ی حداکثر ۹۰۰ بایتی هستند.
حال فرض کنید که قصد داریم SQL Server را محک زده و  یک ایندکس بر روی ستونی از نوع (VARCHAR(8000 ایجاد کنیم و سپس رکوردهایی را با طول بیش از ۹۰۰ بایت برای کلید ایندکس درج کنیم. فکر می کنید SQL Server چه عکس العملی نشان می دهد. خوب بهتر است که ایzzن مسئله را امتحان کنیم.
دوره کوئری نویسی نیک آموز
در کد زیر یک جدول ساده با یک ستون از نوع (VARCHAR(8000 ایجاد کرده و پس از آن یک ایندکس از نوع Non-Clustered بر روی این ستون ایجاد می کنیم.
 -- Create a simple table
CREATE TABLE Foo
(
Bar VARCHAR(8000)
)
GO
-- Create a simple Non-Clustered Index
CREATE NONCLUSTERED INDEX idx_Bar ON Foo(Bar)
GO
با اجرای این کد SQL Server پیغام هشدار زیر را نمایش می دهد.
.Warning! The maximum key length is 900 bytes. The index ‘idx_Bar’ has maximum length of 8000 bytes
.For some combination of large values, the insert/update operation will fail
به این معنا که برای مقادیر بزرگ ممکن است دستورات INSERT یا UPDATE با خطا مواجه شوند.
و اما چیزی که اکنون اتفاق می افتد: قصد دارم یک رکورد با طول ۹۰۱ بایت را در این ستون درج کنم.
 -- Insert a too large index key column...
INSERT INTO Foo VALUES(REPLICATE('2', 901))
GO
بله، مثل این که SQL Server هم حواسش به همه چیز هست. اجرای دستور INSERT من با خطای زیر مواجه شد.
 
SQL Server ابتدا اطمینان پیدا می کند که طول کلید در محدوده ۹۰۰ بایت هست یا نه. در ادمه، می بینیم که SQL Server  اجازه می دهد رکوردی با طول کلید دقیقا ۹۰۰ بایت درج شود.
 -- Insert a too large index key column...
INSERT INTO Foo VALUES(REPLICATE('2', 900))
GO
کد فوق بدون هیچ خطایی اجرا می شود. حال در صورتی که این ستون را با مقداری بیش از ۹۰۰ بایت بروزرسانی کنیم چه اتفاقی رخ می دهد.
 -- This UPDATE will fail
UPDATE Foo SET BAR = REPLICATE('x', 901)
GO
اجرای دستور UPDATE نیز با خطا مواجه شد! که البته علت را می دانید. SQL Server ابتدا طول کلید را مورد بررسی قرار می دهد تا اطمینان بابد که در محدوده ۹۰۰ بایت است یا خیر.
و اما نتیجه گیری که می توان کرد این است که، مهم نیست شما چقدر تلاش می کنید، SQL Server را نمی توانید دور بزنید، چون SQL Server حواسش به همه چیز هست.
نکته قابل توجه در اینجا این است که، با توجه به بررسی انجام شده، محدودیت ۹۰۰ بایت برای کلید ایندکس تا SQL Server 2014 پا بر جا بوده است ولی در SQL Server 2016 این محدودیت به ۱۷۰۰ بایت افزایش پیدا کرده است. در صورتی که جدول و ایندکس فوق را در SQL Server 2016 ایجاد کنیم(من در نسخه RC3 تست کردم) با پیغام هشدار زیر مواجه خواهیم شد.
.Warning! The maximum key length for a nonclustered index is 1700 bytes. The index ‘idx_Bar’ has maximum length of 8000 bytes
.For some combination of large values, the insert/update operation will fail
در مورد INSERT و UPDATE نیز محدودیت ۱۷۰۰ بایت در نظر گرفته می شود و مشابه قبل خواهد بود.
در مورد ستون های نوع NVARCHAR نیز قضیه کاملا مشابه ستون های VARCHAR است، با این تفاوت که تمامی اندازه ها و محدودیت ها نصف می شود، زیرا در NVARCHAR به ازای هر کاراکتر ۲ بایت اشغال می شود. بنابراین در صورتی که بخواهیم رکوردی را درج کنیم، کلید آن حداکثر می تواند دارای ۴۵۰ کاراکتر باشد(چون برای ذخیره شدن ۹۰۰ بایت اشغال می کند)، و در SQL Server 2016 کلید می تواند حداکثر دارای ۸۵۰ کاراکتر باشد(چون برای ذخیره شدن ۱۷۰۰ بایت اشغال می کند).
در لینک زیر می توانید لیستی از حداکثر قابلیت های SQL Server که تا تاریخ ۲۵/۰۲/۲۰۱۶ منتشر شده است را مشاهده کنید.

چه رتبه ای می‌دهید؟

میانگین ۰ / ۵. از مجموع ۰

اولین نفر باش

title sign
معرفی نویسنده
سید محمد حسینی
مقالات
11 مقاله توسط این نویسنده
محصولات
0 دوره توسط این نویسنده
سید محمد حسینی
پروفایل نویسنده
title sign
دیدگاه کاربران

هر روز یک ایمیل، هر روز یک درس
آموزش SQL Server بصورت رایگان
همین حالا فرم زیر را تکمیل کنید
دانلود رایگان جلسه اول
نیک آموز علاوه بر آموزش، پروژه‌های بزرگ در حوزه هوش تجاری و دیتا انجام می‌دهد.
close-link
جشنواره عیدآموز نیک آموز، سال جدید رو با قدرت شروع کن
مشاهده تخفیف ها
close-image