Temporal Table

Temporal table güncel olarak kullandığımız tablolarda yapılan UPDATE ve DELETE işlemlerin daha önceki kayıtlar hakkında bilgisini tutmamızı sağlar. Bunun bir diğer yöntemi cdc dir. Fakat cdc sistemde ciddi bir maliyet oluşturduğu için bu yöntem tercih edilmektedir. CDC hakkında detaylı bilgi için Sql Server Change Data Capture Aktif Etme adlı makaleyi inceleyebilirsiniz. Sql Server 2022 ile birlikte Ledger özelliği ile hash yapıda tutarak daha da güvenlikli hale getirmiştir. Temporal Table özelliği aktif edilecek tabloda Primary Key mutlaka olmalı. Eğer yoksa eklenmeli fakat bu işlem transaction yoğunluğu olan tabloda yapılırken dikkatli yapılmalı!!! Biz işlemlerimizi hali hazırda güncel olarak kullanılan tablo için yapacağımız. Örneği denemek isteyenler için tablonun yapısını aşağıda bulabilirsiniz. USE [ADMINDB] CREATE TABLE [dbo].[TemporalTableTest]( [ID] [bigint] IDENTITY(1,1) NOT NULL, [AcanYerID] [nvarchar](10) NOT NULL, [AcanTelefon] [nvarchar](20) NULL, [Konu] [varchar](150) NOT NULL, [Detay] [nvarchar](1000) NOT NULL, [AlinmaTarihi] [datetime] NOT NULL, [YapilanIslem] [nvarchar](1000) NULL, [IslemTarihi] [datetime] NULL, CONSTRAINT [PK_TemporalTableTest] PRIMARY KEY CLUSTERED ( [ID] […]

Temporal Table

Temporal table güncel olarak kullandığımız tablolarda yapılan UPDATE ve DELETE işlemlerin daha önceki kayıtlar hakkında bilgisini tutmamızı sağlar.
Bunun bir diğer yöntemi cdc dir. Fakat cdc sistemde ciddi bir maliyet oluşturduğu için bu yöntem tercih edilmektedir. CDC hakkında detaylı bilgi için Sql Server Change Data Capture Aktif Etme adlı makaleyi inceleyebilirsiniz.
Sql Server 2022 ile birlikte Ledger özelliği ile hash yapıda tutarak daha da güvenlikli hale getirmiştir.
Temporal Table özelliği aktif edilecek tabloda Primary Key mutlaka olmalı. Eğer yoksa eklenmeli fakat bu işlem transaction yoğunluğu olan tabloda yapılırken dikkatli yapılmalı!!!
Biz işlemlerimizi hali hazırda güncel olarak kullanılan tablo için yapacağımız. Örneği denemek isteyenler için tablonun yapısını aşağıda bulabilirsiniz.

USE [ADMINDB]
CREATE TABLE [dbo].[TemporalTableTest](
	[ID] [bigint] IDENTITY(1,1) NOT NULL,
	[AcanYerID] [nvarchar](10) NOT NULL,
	[AcanTelefon] [nvarchar](20) NULL,
	[Konu] [varchar](150) NOT NULL,
	[Detay] [nvarchar](1000) NOT NULL,
	[AlinmaTarihi] [datetime] NOT NULL,
	[YapilanIslem] [nvarchar](1000) NULL,
	[IslemTarihi] [datetime] NULL,
 CONSTRAINT [PK_TemporalTableTest] PRIMARY KEY CLUSTERED 
(
	[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

—1.Temproral Table Create for Existing table (Adding Two New Column related to Datetime)

use [TemporalTest]
ALTER TABLE [dbo].[TemporalTable]
add BeginDate datetime2 generated always as row start not null 
default SYSUTCDATETIME(),
EndDate datetime2 generated always as row end not null
default cast('9999-12-31 23:59:59.9999999' as datetime2),
period for system_time (BeginDate,EndDate)

BeginDate, EndDate kolonları eklendikten sonra GENERATED ALWAYS AS ROW END NOT NULL şeklinde tabloda oluşacaklar. Bu değerler default olarak SYSUTCDATETIME değerinden gelecek. Burada yaşanabilecek en büyük sıkıntı Türkiye saati GMT+3 olduğu için versioning yaparken transactionlar her zaman 3 saat gerinden yapılmış gibi göreceksiniz. Bu nokta dikkat edilmesi gereken husustur.
–2.Update and Delete Transaction log Information Table

alter table  [dbo].[TemporalTable]
set (system_versioning = on(HISTORY_TABLE =[dbo].[TemporalTable_Log]))
GO

Yukarıda ki komut ile tabloda system_versioning özelliği aktif edilerek. Tabloda yapılacak tüm UPDATE ve DELETE işlemleri History Tablosunda tutulacaktır.

–3.Adding New Row in Temporal Table (Insert Transaction)

Insert Into [TemporalTableTest]
values('Test','05555555555','Temporal Table özelliğini aktif etmek için ','Her Şey daha iyi bir database için',dateadd(day,-1,getdate()),'Test',getdate(),default,default)

–4.Update Transaction existing data in Temporal Table (Update Transaction)

update [TemporalTableTest]
set [AlinmaTarihi] = getdate()
where [YapilanIslem] = 'Test'

SELECT * FROM [dbo].[TemporalTableTest]
SELECT * FROM [dbo].[TemporalTableTest_History]

–5.Delete Transaction updating data in Temporal Table (Delete Transaction)

delete from  [TemporalTableTest] where [YapilanIslem] = 'Test'

SELECT * FROM [dbo].[TemporalTableTest]

SELECT * FROM [dbo].[TemporalTableTest_History]

Aktif ettikten sonra temporal table özelliğini tekrar kapatabiliriz. Bunun için aşağıdaki scriptleri kullanabilirsiniz.

–1.Temproral Table Off

alter table [dbo].[TemporalTableTest] set (system_versioning = off)

–2.Temproral table system_time drop

alter table [dbo].[TemporalTableTest]
drop PERIOD FOR SYSTEM_TIME

–Creating two column drop

alter table [dbo].[TemporalTableTest] drop column [BeginDate]
go
alter table [dbo].[TemporalTableTest] drop column [EndDate]
Benzer Yazılar

SQL SERVER RIGHT-LEFT PARTITION

SQL Server 5 gün önce

SQL Server’da partitioning, büyük veritabanı tablolarını daha yönetilebilir ve performanslı hale getirmek amacıyla kullanılan bir tekniktir. Bu teknik, tablonun verilerini fiziksel olarak değil, mantıksal olarak parçalara ayırır. Veriler, belirli bir partition function ve partition scheme kullanılarak farklı bölümlere yönlendirilir. Partitioning, özellikle büyük veri kümeleriyle çalışan veri tabanlarında sorgu performansını artırır ve veri yönetimini kolaylaştırır. Partition Function ve Partition Scheme nedir? Partition Function: Verilerin hangi kriterlere göre bölüneceğini belirler. Örneğin, bir tarih aralığına göre verileri ayırmak. Partition Scheme: Verilerin hangi filegroup’larda depolanacağını belirler.   Örnek olarak Range LEFT ve Range RIGHT olmak üzere iki ayrı tabloda partition nasıl yapılır sizlere göstereceğim. İlk olarak Range LEFT olan partition yapısından başlayacağım. Öncelikle Veri tabanıma yeni filegroup ve file ekliyorum Şimdi sıra FUNCTION ve SCHEME oluşturmakta ben tablomu yıllık olarak partition yaptım sizler ihtiyaçlarınız doğrultusunda aylık,günlük vs yapabilirsiniz. LEFT partition dediğimiz olay vermiş olduğunuz tarih aralığına eşit bir veri geldiğinde bu veriyi solundaki partition […]

Veritabanı Recovery Pending Durumu ve Düzeltme Seçenekleri

SQL Server 2 hafta önce

İçindekilerVeritabanı Recovery Pending Durumu Nedir?Veritabanı Neden Recover Pending Duruma Düşer?Recovery Pending Durumu Nasıl Çözülür?SonuçKaynaklarVeritabanı Recovery Pending Durumu Nedir? SQL Server’da veritabanları bazı nedenlere bağlı olarak “Recovery Pending” (Kurtarma Bekleme)  moduna geçebilir. Veritabanın düzgün bir şekilde kapatılmaması, eksik veya bozuk log dosyaları, disk depolama sorunları, sistemde yaşanan anormal şekilde çökmeler veya MS SQL Server’daki hatalar bu duruma sebep olabilir. Recovery durumu, aslında veritabanını tekrar kullanılabilir hale getirmek için bir kurtarma işlemi yürüttüğünü ifade eder ve üç aşamadan oluşur; Analysis (Analiz): Transaction log incelemesi yapılması ve işlemlerin tamamlanma (Commit) durumunun kontrol edilmesi, Redo (Yeniden İşleme): Tamamlanmış (Commit) ancak henüz diske yazılamamış olan işlemlerin yeniden işlenmesi, Undo (Geri Alma): Başlamış (Begin) ancak tamamlanmamış (Commit) işlemlerin  geri alınmasıdır.   Veritabanı Neden Recover Pending Duruma Düşer? SQL Server Restart Süreci SQL Server servisi restart edildiğinde üzerinde bulunan tüm veritabanları tutarlılığın sağlanması için otomatik olarak recovery moduna girer ve redo/undo işlemleri sürecince devam eder. Ani Sistem […]

SQL Server DMV ve DMF – 6

SQL Server 2 hafta önce

Bu yazımızda DMV ve DMF Serimizin 6.sına devam edeceğiz. Bir önceki seride Memory’ye ilişkin DMV ve DMF’leri ele almıştık. Bu yazıda Memory konusunda devam edeceğiz. SQL server’da Memory kavramı en önemli kavramlardan biridir. Özellikle tüm transaction işlemlerinin önce Buffer sonra disk üzerinden devam ettiğini düşünürsek buffer’ın oynadığı kritik rolü daha iyi anlayabiliriz. Bu yazıda Memory’nin durumunu ve monitör edilmesine bakacağız. Özellikle Performans sorunlarında memory konusunda sorun yaşandığı durumda nasıl okumak gerektiği önemli rol oynamaktadır. Hangi database’de, hangi tablo’da sorun yaşandığına ilişkin bilgilere bu paylaşım sonrasında görebileceğiz. SQL Server’ın Memory kullanım durumunu incelediğimde; select physical_memory_in_use_kb/1048576.0 AS ‘physical_memory_in_use (GB)’, locked_page_allocations_kb/1048576.0 AS ‘locked_page_allocations (GB)’, virtual_address_space_committed_kb/1048576.0 AS ‘virtual_address_space_committed (GB)’, available_commit_limit_kb/1048576.0 AS ‘available_commit_limit (GB)’, page_fault_count as ‘page_fault_count’ from  sys.dm_os_process_memory; Görsel – 1   Physical_memory_in_use: Kullanımda olan Fiziksel Memory miktarını gösterir. locked_page_allocations: Memory’de lock’lanmış olan Page’lerin miktarını belirtir. virtual_address_space_contained: SQL Server VAS(Virtual Adress Space) için ayrılan miktarı belirtir. available_commit_limit: SQL Server tarafından kullanılabilecek Memory Miktarını gösterir. […]

0 Yorum

Yorum Yaz

Rastgele