Disk Based Tabloyu In-Memory Tablo Migration Süreçleri

SQLTURKIYE veritabanımız içerisinde oluşturduğumuz Disk-Based tablomuz olan DiskBasedToMigrateınMemoryTable isimli tablomuzu In_Memory yapıya taşıyacağız.

Örnek tablomuzu oluşturmak için aşağıdaki scripti kullanabilirsiniz.

CREATE  TABLE [dbo].[DiskBasedToMigrateInMemoryTable_old]
(
	[Id] [int] IDENTITY(1,1) PRIMARY KEY CLUSTERED,
	[Keys] [uniqueidentifier] ,
)

INSERT INTO [dbo].[DiskBasedToMigrateInMemoryTable_old] ([Keys]) 
SELECT NEWID()
GO 1000

SELECT * FROM [dbo].[DiskBasedToMigrateInMemoryTable_old]

 

Bu süreçten sonra tablomuzu In-Memory yapıya çıkartmaya çalışacağımızdan herhangi bir engelimiz var mı onların kontrollerini sağlıyoruz.

Tablomuzun üzerine gelip sağ tıklıyoruz ;

Şekil 1.0

Açılan pencerede şekil 1.0 da Memory Optimization Advisor ‘ı tıklıyoruz.

Şekil 2.0

Table Memory Optimization Advisor ekranı Şekil 2.0 da ki gibi açılır ve Next butonu ile ilerleriz.

Şekil 3.0

Şekil 3.0 da da gördüğünüz gibi taşınacak tablonun Check işlemleri gerçekleştiriliyor. ( Bizim örneğimizde tüm süreçlerden geçmişiz.)

Şekil 4.0

Check sürecinden sonra Warning ekranı karşımıza gelmekte. Biz örneğimiz için tüm süreçlerimizi Check ettirmiş ve sağlıklı olduğunu görmüştük. Warning ekranına gelen bilgilendirmeler içinde aşağıda ki linkleri kullanarak detaylarına girebilirsiniz.
A user transaction that accesses memory-optimized tables cannot access more than one user database.  TIKLA!!!

The following table hints are not supported on memory-optimized tables: HOLDLOCK, NOLOCK, PAGLOCK, READCOMMITTED, READPAST, READUNCOMMITTED, ROWLOCK, TABLOCK, TABLOCKX, UPDLOCK, XLOCK, KEEPIDENTITY, KEEPDEFAULTS, NOWAIT. TIKLA!!!

TRUNCATE TABLE and MERGE statements cannot target a memory-optimized table.  TIKLA!!!

Dynamic and Keyset cursors are automatically downgraded to a static cursor when pointing to a memory-optimized table.  TIKLA!!!

Some database-level features are not supported for use with memory-optimized tables. For details on these features, please refer to the help link.  TIKLA!!!

Şekil 5.0

Bu aşamada ise veritabanımız In-Memory yapıda değil ise burada gerekli ayarları gerçekleştiriyoruz.

Şekil 6.0

Primary Key imizin Index tipini belirliyoruz biz burada NonClustered HASH Index i tercih ettik. (Yeni Index türlerini ayrı bir makalede sizlerle paylaşacağım.)

Şekil 7.0

Özet ekranını da kontrol ettikten sonra Migrate süreci şekil 8.0 da ki gibi başlatabiliriz.

Şekil 8.0

Migrate işlemi tammalandıktan sonra OK e basarak süreci tamamlamış oluyoruz.

 

Leave a Reply

Your email address will not be published. Required fields are marked *