SQL Server'da Etkili Bir Sütun Ekleme ve Satırları Güncelleştirme

SQL Server'da Tablo Değişikliklerinde Mastering: Adım Adım Kılavuz

Bazen büyük veri kümeleriyle çalışmak, yüzlerce görevi aynı anda yürütmeye çalışmak gibi gelebilir. Son zamanlarda kendimi bir milyonun üzerinde satır içeren bir tabloya sütun eklemem gereken bir durumda buldum. Bu ilk bakışta basit bir görev gibi görünse de, birçok SQL Server kullanıcısının karşılaştığı bir engelle karşılaştım: korkunç "Geçersiz sütun adı" hatası. 🧐

ALTER TABLE ve UPDATE komutlarımı birlikte çalıştırmak için birkaç deneme yaptıktan sonra sorunun mantıkta değil, sorgularımın dizilişinde olduğunu fark ettim. SQL Server, önce sütunu eklemenizi ve herhangi bir veriyle güncellemeden önce bu değişikliği uygulamanızı gerektirir. Bunun yapılmaması hatayla sonuçlanır çünkü güncelleme yürütüldüğü sırada sistem yeni eklenen sütunu tanımaz.

Örneğin, büyük bir müşteri veritabanı için belirli bir tarih eşiğine göre "IS_CURRENT" işaretini güncellemekle görevlendirildiğinizi düşünün. Sütunu eklerseniz ve satırları tek bir komut dosyasında güncellemeye çalışırsanız, SQL Server "Geçersiz sütun adı" hatası verebilir. Bunun nedeni, güncelleme sorgusu onu kullanmaya çalışmadan önce sütunun tam olarak kaydedilmemiş olmasıdır. 🚀

Bu makalede, sütun eklemek ve satırları güncellemek için doğru sırayı inceleyeceğiz, böylece büyük veri kümelerinde bile sorunsuz bir yürütme sağlanacak. Ayrıca, veri operasyonlarınızın sorunsuz çalışmasını sağlamak için SQL komut dosyalarını milyonlarca satırı verimli bir şekilde işleyecek şekilde optimize etmeye yönelik ipuçlarına da değineceğiz. Adımları keşfederken ve yol boyunca sık karşılaşılan sorunları giderirken bizi takip etmeye devam edin!

Tabloları Değiştirmek ve Satırları Güncellemek için SQL Server Komutlarını Anlamak

SQL Server ile, özellikle de büyük veri kümeleri içeren tablolarla çalışırken, bir tabloyu değiştirirken ve satırlarını güncellerken düzenli bir yaklaşım izlemek çok önemlidir. Yaygın bir senaryo, bir tabloya yeni bir sütun eklemek ve ardından tarihlere dayalı bir bayrak ayarlamak gibi belirli koşullara göre satırları güncellemektir. Sağladığım komut dosyası buna basit bir yaklaşım gösteriyor ancak bu görevleri verimli bir şekilde gerçekleştirmek için gerekli olan temel SQL Server komutlarını vurguluyor. TABLOYU DEĞİŞTİR Tabloya yeni bir sütun eklemek için kullanılan komuttur. Örneğin, 'ALTER TABLE dbo.sample ADD IS_CURRENT BIT;' komutunu çalıştırdığımızda, tablo yapısını 'BIT' türünde (bir boole türü, 0 veya 1) 'IS_CURRENT' adlı yeni bir sütunu tanıtacak şekilde değiştiriyoruz.

Sütunu ekledikten sonra bir sonraki adım, tablodaki satırları belirli koşullara göre güncellemektir. Bu, aşağıdakiler kullanılarak elde edilir: GÜNCELLEME emretmek. Örneğin, `UPDATE dbo.sample SET IS_CURRENT = 0 WHERE LOAD_DATE sorgusu

Bazı durumlarda, özellikle milyonlarca satır içeren büyük tablolarla uğraşırken, SQL komutlarının verimli bir şekilde yürütülmesini sağlamak önemlidir. Burası gibi işlevlerin olduğu yer TARİHADDD Ve DATEDIFF oyuna gel. Bu işlevler tarihleri ​​hassas bir şekilde değiştirmenize ve karşılaştırmanıza olanak tanır. İkinci güncelleme sorgusunda, 'DATEADD(ay, DATEDIFF(ay, 0, DATEADD(DAY, -60, GETDATE())) 0)', geçerli tarihten (`GETDATE()`) 60 günü çıkarır ve sıfırlar ayın başlangıcına kadar zaman var. Bu işlevleri kullanarak, zaman ilerledikçe ayarlanan daha dinamik tarih aralıkları tanımlayabilir ve verilerin eskise bile güncel kalmasını sağlayabiliriz.

Ancak, hem ALTER TABLE hem de UPDATE deyimlerini tek bir komut dosyasında birleştirirken, SQL Server bazen "Geçersiz sütun adı" hatası verebilir. Bunun nedeni, "ALTER TABLE" tarafından eklenen sütunun, aynı grupta sonraki sorguların yürütülmesi sırasında SQL Server tarafından tam olarak işlenememesi veya tanınmaması olabilir. Bu sorunun çözümü, 'ALTER TABLE' deyimi ile 'UPDATE' komutlarını ayırıp, güncellemeler yapılmadan önce tablo değişikliğinin tam olarak yapılmasını sağlamaktır. Bunu yaparak, SQL Server yeni sütunun şemasına düzgün bir şekilde kaydedilmesini sağlayacak ve tablonun sorunsuz şekilde güncellenmesine olanak tanıyacaktır. Büyük veri kümelerini işlerken, sürecin mümkün olduğunca verimli olmasını sağlamak ve olası zaman aşımlarını veya kilitlenmeleri önlemek için bu işlemleri toplu olarak yürütmeyi veya işlemleri kullanmayı düşünün. 🚀

ALTER TABLE dbo.sample ADD IS_CURRENT BIT;
GO
UPDATE dbo.sample
SET IS_CURRENT = 0
WHERE LOAD_DATE < '2025-01-01';
GO
UPDATE dbo.sample
SET IS_CURRENT = 0
WHERE LOAD_DATE >= CAST(DATEADD(month, DATEDIFF(month, 0, DATEADD(DAY, -60, GETDATE())), 0) AS DATE);
GO

BEGIN TRANSACTION;
ALTER TABLE dbo.sample ADD IS_CURRENT BIT;
UPDATE dbo.sample
SET IS_CURRENT = 0
WHERE LOAD_DATE < '2025-01-01';
UPDATE dbo.sample
SET IS_CURRENT = 0
WHERE LOAD_DATE >= CAST(DATEADD(month, DATEDIFF(month, 0, DATEADD(DAY, -60, GETDATE())), 0) AS DATE);
COMMIT TRANSACTION;

DECLARE @BatchSize INT = 10000;
DECLARE @RowCount INT;
SELECT @RowCount = COUNT(*) FROM dbo.sample WHERE IS_CURRENT IS ;
WHILE @RowCount > 0
BEGIN
    UPDATE TOP (@BatchSize) dbo.sample
    SET IS_CURRENT = 0
    WHERE LOAD_DATE < '2025-01-01' AND IS_CURRENT IS ;
    SET @RowCount = @RowCount - @BatchSize;
END

CREATE VIEW dbo.Sample_View AS
SELECT LOAD_DATE, IS_CURRENT
FROM dbo.sample
WHERE LOAD_DATE < '2025-01-01';
GO
CREATE UNIQUE CLUSTERED INDEX idx_sample_view ON dbo.Sample_View (LOAD_DATE);
GO
UPDATE dbo.sample
SET IS_CURRENT = 0
FROM dbo.Sample_View v
WHERE dbo.sample.LOAD_DATE = v.LOAD_DATE;
GO

EXEC msdb.dbo.sp_add_job @job_name = 'Update IS_CURRENT Job';
EXEC msdb.dbo.sp_add_jobstep @job_name = 'Update IS_CURRENT Job',
@step_name = 'Update IS_CURRENT Step',
@subsystem = 'TSQL',
@command = 'UPDATE dbo.sample SET IS_CURRENT = 0 WHERE LOAD_DATE < ''2025-01-01'';',
@retry_attempts = 5, @retry_interval = 5;
EXEC msdb.dbo.sp_add_schedule @schedule_name = 'Daily Schedule',
@enabled = 1, @freq_type = 4, @freq_interval = 1, @active_start_time = 010000;
EXEC msdb.dbo.sp_attach_schedule @job_name = 'Update IS_CURRENT Job', @schedule_name = 'Daily Schedule';
EXEC msdb.dbo.sp_start_job @job_name = 'Update IS_CURRENT Job';

Komut Dosyalarında Kullanılan Belirli SQL Komutlarının Açıklaması

Büyük Tablolar için SQL Server Komut Dosyalarını Optimize Etme

SQL Server'da büyük tablolarla çalışırken, tablo yapısını değiştirirken ve mevcut satırları güncellerken performans optimizasyon tekniklerini dikkate almak önemlidir. Büyük tablolarda komut dosyaları çalıştırırken karşılaşılan en yaygın sorunlardan biri, özellikle tablo bir milyonun üzerinde satır içerdiğinde, bu işlemlerin tamamlanması için gereken süredir. Söz konusu işlemler, örneğin bir sütun eklemek gibi TABLOYU DEĞİŞTİR belirli tarih koşullarına göre satırları komutlandırmak ve güncellemek önemli miktarda zaman alabilir. Performansın öncelikli olduğu üretim veritabanları üzerinde çalışırken bu işlemleri optimize etmek daha da önemli hale gelir. Tek bir komut dosyası, diğer sorguları ve kullanıcıları etkileyerek tabloyu uzun süre kilitleyebilir.

Performans sorunlarını azaltmak için en iyi yaklaşımlardan biri görevleri daha küçük adımlara bölmektir. Örneğin, bir sütun eklemek ve tüm satırları tek bir komut dosyasında güncellemek yerine, TABLOYU DEĞİŞTİR ayrı ayrı komut, ardından toplu olarak UPDATE operasyonlar. Kayıtları daha küçük parçalar halinde güncelleyerek, komut dosyası sunucuyu bunaltmaz. Şunlardan yararlanabilirsiniz: UPDATE TOP Her işlemde etkilenen satır sayısını sınırlama komutu. Ayrıca, kullandığınız sütunlarda dizinler oluşturmak da iyi bir fikirdir. WHERE hükümler (örneğin LOAD_DATE) arama sürecini hızlandırmak için. Büyük veri kümeleri için dizinler, satırların tarih aralıklarına göre filtrelenmesi için gereken süreyi azaltır.

Bir diğer önemli husus, işlemlerin atomik olarak yürütülmesini sağlamak için işlemlerin ve hata işlemenin kullanılmasıdır. Sarılarak UPDATE içindeki ifadeler BEGIN TRANSACTION Ve COMMIT, değişikliklerin güvenli ve tutarlı bir şekilde yapılmasını sağlarsınız. Sürecin herhangi bir kısmı başarısız olursa, şunu kullanabilirsiniz: ROLLBACK kısmi güncellemeleri önleyerek değişiklikleri geri almak için. Ek olarak, komut dosyalarının yoğun olmayan saatlerde çalıştırılması veya bu işlemleri planlamak için SQL Server Agent'ın kullanılması, sistem performansı üzerindeki etkinin minimum düzeyde olmasını sağlar. Bu optimizasyonlarla, sistem bütünlüğünü korurken büyük tablolarda karmaşık değişiklikleri güvenle gerçekleştirebilirsiniz. 🖥️