نوع داده Spatial برای ذخیره داده های فضایی/مکانی استفاده می شود و شامل دو نوع Geometry و Geography می باشد.

دستور CREATE TABLE برای ایجاد جدول در یک پایگاه داده استفاده می شود.

با استفاده از ویژگی Collation می توانید تنظیمات تطبیق زبان را تعیین نمایید.

برای ذخیره متن و یا رشته ای از کاراکترها از این نوع داده استفاده می شود.

از انواع داده Date & Time برای ذخیره مقادیر تاریخ و زمان استفاده می شود.

از انواع داده Binary برای ذخیره مقادیر باینری، مثل تصاویر، فایل Word و ... استفاده می شود.

نوع داده Filestream یک نوع داده جدید است که در SQL Server 2008 ارائه گردیده و هدف آن یکپارچه کردن Database Engin با NTFS می باشد.

در فیلدهای Exact Numeric دقیقاً مقداری را که به آنها نسبت می دهیم ذخیره می شود.

در نوع داده Approximate Numeric مقداری تقریبی را از عددی که به آن نسبت می دهید ذخیره می کند و اعداد بصورت نماد ریاضی در SQL Server ذخیره می شوند.

هر فیلد در SQL Server دارای یک نوع خاص می باشد که به این نوع خاص Data Type یا همان نوع داده می گویند.

فیلد چیست؟ رکورد چیست؟ جدول چیست؟ قوانین نامگذاری اشیاء در SQL Server چیست؟ مفهوم Schema چیست؟

چه راهکارهایی برای بالا بردن سرعت بانک اطلاعاتی SQL  و گزارشات وجود دارد؟آیا فکر می کنید فقط باید سخت افزار سرور را قوی کرد؟ نکته اینجاست که فقط ۴۰ درصد سرعت به سخت افزار سرور بستگی دارد.!

در پایگاه داده های حجیم چگونه ایندکس هایی را که باید تعریف می کردیم ولی ایجاد نشده اند را پیدا کنیم. آیا راه حلی اتوماتیک وجود دارد که ایندکس های مذکور را بصورت خودکار پیشنهاد و ایجاد کند؟

می‌خواهیم برای یک سازمان یک Server تهیه کنیم باید به چه نکاتی توجه داشته باشیم تا آن سرور مناسب سازمان و بودجه شما باشد؟ از چه Data type هایی استفاده کنیم که سرعت و کارایی بانک اطلاعاتی را بالا ببرند، همچنین Data typeهای جدید کاربردشان کجاست؟

شاید تا بحال در بانک های اطلاعاتی خود به این مشکل برخورد کرده باشید، زمانی که بعضی از کاربران اقدام به اخذ گزارشات حوزه کاری خود می کنند CPU Usage و Memory Usage سرور به قدری بالا می رود که امکان سرویس دهی به سایر کاربران وجود ندارد.

یکی از وظایف DBMSهای امروزی ارائه سرویس به طور همزمان به هزاران کاربر می باشد. یکی از مهمترین مباحثی که در بانک های اطلاعاتی پرکاربرد وجود دارد پشتیبانی از Concurrency یا همزمانی است. در این حالت DBMS اجازه دسترسی چندین کاربر بطور همزمان به اشیاء مختلف را خواهد داد.

برای اینکه بتوانید وضعیت کاراریی کوئری های موجود در سیستم خود را بهتر و دقیق تر زیر نظر بگیرد، بررسی Execution Plan یا همان نقشه اجرایی یکی از بهترین راه حل ها می باشد.

سناریویی را در نظر بگیرید که در آن حجم جداول به شدت افزایش یافته (در حد صدها میلیون رکورد) و با وجود داشتن ایندکس های مناسب کوئری ها به کندی اجرا می شوند. راه حل کندی سرعت چیست؟

همه ی ما می دانیم که ظرفیت یک Page هشت کیلوبایت می باشد، حالا فرض کنید بتوانیم با استفاده از یک مکانیزمی بیش از هشت کیلوبایت داده در یک Page ذخیره کنیم. در این حالت عملکرد IO به نحوی مناسب تغییر پیدا خواهد کرد.

مهمترین دلیل استفاده از Stored Procedure ذخیره Execution Plan و استفاده مجدد از آن می باشد. به این قابلیت اصطلاحاً Reuse شدن Plan می گویند.

شما به عنوان کسی که با SQL Server کار می کند هر چقدر با این Data Type ها و مباحث مربوط به آنها بیشتر آشنا باشید بهتر می توانید از قابلیت های آن جهت افزایش کارایی بانک اطلاعاتی سود ببرید.

همه ما می دانیم که بازیابی اطلاعات از یک لیست مرتب شده به مراتب سریعتر از یک لیست نامرتب می باشد. بنابراین SQL Server نیزجهت واکشی اطلاعات از مکانیزم های مربوط به مرتب سازی استفاده می کند تا بتواند داده ها را سریع تر در اختیار کاربران قرار دهد. یکی از این مکانیزم ها ایندکس می باشد.

File Group قابلیت جدیدی نیست و در نسخه های قدیمی SQL Server نیز وجود داشته است. اگر کسی با آن آشنایی داشته باشد براحتی می تواند در برخی از مواقع کارایی بانک اطلاعاتی را افزایش دهد.

در بیشتر سازمان ها مشکل کندی SQL Server را اغلب با کمبود امکانات سخت افزای توجیه می کنند. شاید جمله ی "چون مشخصات سرور شما ضعیف است، سرعت SQL Server پایین می باشد" را شنیده باشید. اما حقیقت چیست؟

شاید اکثر دوستانی که دوره صوتی افزایش سرعت SQL Server را تهیه کرده اند با مباحث Performance & Tuning در SQL Server درگیر شده باشند و به این نتیجه رسیده اند که باید تحولی در بانک های اطلاعاتی خود ایجاد نمایند.

این مجموعه مثال به صورت رایگان در اختیار شما کاربران محترم قرار می گیرد. پيشنهاد مي شود در کنار هر مثال، فیلم آموزشی مربوطه را نیز تهیه نمایید.

ColumnStore Index در SQL Server 2012 معرفی شده است و دو مزیت مهم آن عبارت است از: 1- بالا رفتن سرعت اجرای کوئری ها 2- ذخیره داده ها به شکل فشرده در Pageها

با ایجاد ایندکس از نوع Column Store Index جدول مذکور بصورت اتوماتیک در حالت Read-only قرار می گیرد. و اگر قصد Update / Insert / Delete دارید، ابتدا باید ایندکس Column Store Index را غیر فعال (Disable) کنید و بعد از انجام عملیات های مذکور، مجدداً آنرا Rebuild نمایید.

Statistics به سه روش ایجاد می شود: 1- ایجاد Statistics بصورت خودکار 2- ایجاد Statistics زمان ایجاد ایندکس 3- ایجاد Statistics توسط کاربر در ادامه هر کدام از موارد بالا را بصورت خودکار توضیح خواهیم داد.

تنظیمات ساخت ایندکس عبارت است از: 1- PAD_INDEX 2- FILLFACTOR 3- SORT_IN_TEMPDBF 4- IGNORE_DUP_KEY 5- STATISTICS_NORECOMPUTE و ...

زمانی که SQL Server تصمیم به استفاده از Non-Clustered Index می گیرد چنانچه بخواهد از سطح برگ B-Tree به سطح داده واقعی مراجعه کند. فرآیند Lookup اتفاق می افتد.

در SQL Server چنانچه بخواهیم مقدار موجود در یک فیلد و یا تعدادی از فیلدها یکتا باشد کافی است که فیلد و یا فیلدهای مورد نظر را به شکل Unique Key در نظر بگیریم.

در صورتی که عملیات درج، به روز رسانی و حذف به ازای رکوردهای یک جدول انجام شود، ایندکس های مربوط به آن جدول نیز تحت تأثیر قرار خواهند گرفت.

Filter Index یا ایندکس های فیلتر شده، نوع خاصی از ایندکس ها هستند که در آن رکوردهای حائز شرایط، در ایندکس شرکت داده می شوند.

با استفاده از Statisticsها می توان میزان پراکندگی مقادیر فیلدها را نمایش داد. یعنی برای فیلدی مثل City می توان تعداد تکرارهای شهر "اصفهان" و یا "تهران" را مشاهده نمود.

Unique Clustered Index نوع خاصی از Clustered Index می باشد که در آن مقادیر موجود در ایندکس یکتا می باشد. این موضوع این مفهوم را نشان می دهد که شما نمی توانید مقادیر تکراری در ایندکس درج نمایید.

در Clustered Index ترتیب داده ها بر اساس کلید ایندکس می باشد.با توجه به اینکه در این نوع ایندکس ترتیب داده ها تغییر پیدا می کند، شباهت زیادی به دیکشنری پیدا خاهد کرد.در Clustered Index برگ ها دارای داده های واقعی می باشند.هر جدول فقط و فقط یک Clustered Index می تواند داشته باشد.

زمانیکه SQL Server تشخصی می دهد که استفاده از Clustered Index برای کوئری مورد نظر مناسب است، برای پیدا کردن رکوردهای مورد نظر با پیمایش گره ریشه در Clustered index کار جستجو را شروع می کند.

در این نوع ایندکس برخلاف Clustered Index خود جدول به شکل فیزیکی مرتب نمی شود. فیلد یا فیلدهایی که قرار است عملیات مرتب سازی بر روی آن انجام شود در فضای دیگری به شکل مرتب شده ذخیره می گردد.

یک Non-Clustered Index از قسمت های زیر تشکیل شده است: 1- Root Level یا سطح ریشه 2- Leaf Level یا سطح برگ 3- Data Level یا سطح داده