In-Memory Optimized Tables در Sql Server

SELECT d.compatibility_level

    FROM sys.databases as d

    WHERE d.name = Db_Name();

اگر پایگاه داده در سطح پایین تری باشد ، باید آن را تغییر دهید.

ALTER DATABASE AdventureWorks2016CTP3

SET COMPATIBILITY_LEVEL = 130;

در مرحله بعدی شما باید پایگاه داده خود را تغییر دهید تا با فعال کردن MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOTتنظیمات از OLTP در حافظه استفاده کنید.

ALTER DATABASE AdventureWorks2016CTP3

SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT = ON

سرانجام ، پایگاه داده شما باید یک گروه پرونده بهینه شده برای حافظه اضافه کند.

ALTER DATABASE AdventureWorks2016CTP3

ADD FILEGROUP AdventureWorks2016CTP3_mod CONTAINS MEMORY_OPTIMIZED_DATA

توجه داشته باشید که یک پایگاه داده ممکن است فقط یک گروه پرونده بهینه شده برای حافظه داشته باشد و پایگاه داده AdventureWorks2016CTP3 از قبل یک پایگاه داده دارد ، بنابراین هنگام اجرای این دستور ممکن است خطایی مشاهده کنید.

دستور زیر پرونده را در گروه پرونده جدید ایجاد می کند.

ALTER DATABASE AdventureWorks2016CTP3

ADD FILE (name='AdventureWorks2016CTP3_mod1',

filename='c:\data\AdventureWorks2016CTP3)

TO FILEGROUP AdventureWorks2016CTP3_mod

حالا یک جدول درست کنید:

USE AdventureWorks2016CTP3

CREATE TABLE dbo.InMemoryExample

            OrderID   INTEGER   NOT NULL   IDENTITY

            PRIMARY KEY NONCLUSTERED,

        ItemNumber   INTEGER    NOT NULL,

        OrderDate    DATETIME   NOT NULL    )

        WITH

            (MEMORY_OPTIMIZED = ON,

            DURABILITY = SCHEMA_AND_DATA);

Table properties show Memory Optimized = TRUE and Durability = SchemaAndData once the table is created which makes it very simple to verify what the table is doing.

HASH شاخص های غیر عادی

از این فهرست برای دسترسی به نسخه In-Memory جدول استفاده می شود که Hash نامیده می شود. اینها برای پیش فرضهایی که جستجوی یکتایی هستند و دامنه مقادیر نیستند عالی هستند. اینها برای جستجوی ارزشهای برابری بهینه شده اند. به عنوان مثال ، WHERE Name = 'جو'. نکته ای که باید در هنگام تعیین اینکه چه چیزی باید در فهرست های شما درج شود به خاطر داشته باشید این است: اگر جستجوی شما دارای دو یا چند قسمت به عنوان محمول شما باشد و فهرست شما فقط از یکی از این زمینه ها تشکیل شده باشد ، اسکن خواهید شد. این بخش در آن زمینه گنجانده نخواهد شد. درک میزان کار و نمایه سازی در زمینه های مناسب (یا ترکیبی از آنها) مهم است. با توجه به اینکه این OLTP در حافظه عمدتا بر روی بارهای سنگین درج / به روزرسانی متمرکز است و کمتر به عنوان خوانده شده ، این مسئله نگرانی چندانی نخواهد داشت.

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

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

استفاده از T-SQL (هر دو روش نتیجه یکسانی دارند) 

شاخص های غیر عادی

برای دستیابی به نسخه In-Memory جدول از شاخص های غیرمجاز نیز استفاده می شود ، با این وجود ، این مقادیر برای مقادیر دامنه مانند کمتر و برابر با ، پیش بینی های نابرابری و ترتیب های مرتب سازی شده بهینه شده اند. به عنوان مثال WHERE DATE بین "20190101" و "20191231" و WHERE DATE <> "20191231" است. این نمایه ها به تعداد سطل یا مقدار حافظه ثابت نیاز ندارند. حافظه مصرف شده توسط این شاخص ها با تعداد واقعی ردیف و اندازه ستون های کلید نمایه شده تعیین می شود که ایجاد آن را ساده تر می کند.

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

استفاده از T-SQL (هر دو روش نتیجه یکسانی دارند)

مثال اول (توجه داشته باشید که شاخص بعد از قسمت های جدول قرار می گیرد)

CREATE TABLE [Sales] 

   ([ProductKey] INT NOT NULL,  

    [OrderDateKey] [int] NOT NULL,

   INDEX IDX_ProductKey ([ProductKey]))

   WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_ONLY)

مثال دو (توجه داشته باشید که شاخص بعد از قسمت می آید)

CREATE TABLE [Sales]  

   ([ProductKey] INT NOT NULL INDEX IDX_ProductKey,

    [OrderDateKey] [int] NOT NULL)  

   WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_ONLY)

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

نتیجه

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