ایس کیو ایل سرور میں کالم کو مؤثر طریقے سے کیسے شامل کریں اور قطاروں کو اپ ڈیٹ کریں۔

ایس کیو ایل سرور میں ماسٹرنگ ٹیبل میں ترمیم: ایک مرحلہ وار گائیڈ

کبھی کبھی، بڑے ڈیٹا سیٹس کے ساتھ کام کرنا ایک ساتھ سو کاموں کو جگانے کی کوشش کی طرح محسوس کر سکتا ہے۔ حال ہی میں، میں نے اپنے آپ کو ایسی صورت حال میں پایا جہاں مجھے دس لاکھ سے زیادہ قطاروں پر مشتمل ٹیبل میں ایک کالم شامل کرنے کی ضرورت تھی۔ اگرچہ یہ سطح پر ایک آسان کام کی طرح لگتا تھا، میں تیزی سے ایک روڈ بلاک میں بھاگ گیا جس کا سامنا بہت سے SQL سرور صارفین کو کرنا پڑتا ہے: خوفناک "غلط کالم کا نام" کی خرابی۔ 🧐

میری ALTER TABLE اور UPDATE کمانڈز کو ایک ساتھ چلانے کی کئی کوششیں کرنے کے بعد، میں نے محسوس کیا کہ مسئلہ منطق کا نہیں بلکہ میرے سوالات کی ترتیب کا ہے۔ ایس کیو ایل سرور کا تقاضا ہے کہ آپ پہلے کالم شامل کریں اور کسی بھی ڈیٹا کے ساتھ اسے اپ ڈیٹ کرنے سے پہلے اس تبدیلی کا ارتکاب کریں۔ ایسا کرنے میں ناکامی کا نتیجہ ایک خرابی کی صورت میں نکلتا ہے کیونکہ اپ ڈیٹ کے عمل میں آنے کے وقت سسٹم نئے شامل کردہ کالم کو نہیں پہچانتا ہے۔

مثال کے طور پر، تصور کریں کہ آپ کو ایک بڑے کسٹمر ڈیٹا بیس کے لیے مخصوص تاریخ کی حد کی بنیاد پر "IS_CURRENT" پرچم کو اپ ڈیٹ کرنے کا کام سونپا گیا ہے۔ اگر آپ کالم شامل کرتے ہیں اور ایک ہی اسکرپٹ میں قطاروں کو اپ ڈیٹ کرنے کی کوشش کرتے ہیں، تو SQL سرور ایک "غلط کالم نام" کی خرابی پھینک سکتا ہے۔ اس کی وجہ یہ ہے کہ اپ ڈیٹ کے استفسار کے استعمال کرنے کی کوشش کرنے سے پہلے کالم مکمل طور پر پابند نہیں ہے۔ 🚀

اس مضمون میں، ہم کالم کو شامل کرنے اور قطاروں کو اپ ڈیٹ کرنے کے لیے مناسب ترتیب سے گزریں گے، بڑے ڈیٹا سیٹس کے ساتھ بھی ہموار عمل درآمد کو یقینی بنائیں گے۔ ہم لاکھوں قطاروں کو مؤثر طریقے سے ہینڈل کرنے کے لیے SQL اسکرپٹس کو بہتر بنانے کے لیے تجاویز میں بھی غوطہ لگائیں گے، اس بات کو یقینی بناتے ہوئے کہ آپ کے ڈیٹا کی کارروائیاں بغیر کسی رکاوٹ کے چلیں۔ جب تک ہم مراحل کو دریافت کرتے ہیں اور راستے میں عام مسائل کا ازالہ کرتے ہیں تو دیکھتے رہیں!

ٹیبلز کو تبدیل کرنے اور قطاروں کو اپ ڈیٹ کرنے کے لیے SQL سرور کمانڈز کو سمجھنا

ایس کیو ایل سرور کے ساتھ کام کرتے وقت، خاص طور پر بڑے ڈیٹا سیٹس پر مشتمل جدولوں کے ساتھ، یہ ضروری ہے کہ کسی ٹیبل کو تبدیل کرنے اور اس کی قطاروں کو اپ ڈیٹ کرنے کے لیے ایک منظم انداز اختیار کریں۔ ایک عام منظر نامے میں ایک ٹیبل میں ایک نیا کالم شامل کرنے اور پھر مخصوص حالات کی بنیاد پر قطاروں کو اپ ڈیٹ کرنے کی ضرورت ہے، جیسے تاریخوں کی بنیاد پر جھنڈا ترتیب دینا۔ میں نے جو اسکرپٹ فراہم کیا ہے وہ اس کے لیے ایک سادہ نقطہ نظر کو ظاہر کرتا ہے، لیکن یہ کلیدی SQL سرور کمانڈز کو نمایاں کرتا ہے جو ان کاموں کو مؤثر طریقے سے حاصل کرنے کے لیے ضروری ہیں۔ دی ٹیبل کو تبدیل کریں۔ کمانڈ ٹیبل میں ایک نیا کالم شامل کرنے کے لیے استعمال ہوتا ہے۔ مثال کے طور پر، جب ہم `ALTER TABLE dbo.sample ADD IS_CURRENT BIT;` چلاتے ہیں، تو ہم ٹیبل کے ڈھانچے میں ترمیم کر رہے ہیں تاکہ `IS_CURRENT` کی قسم `BIT` (ایک بولین قسم، 0 یا 1) کا نیا کالم متعارف کرایا جا سکے۔

کالم شامل کرنے کے بعد، اگلا مرحلہ کچھ شرائط کی بنیاد پر ٹیبل میں قطاروں کو اپ ڈیٹ کرنا ہے۔ یہ استعمال کرتے ہوئے حاصل کیا جاتا ہے۔ اپ ڈیٹ کریں۔ حکم مثال کے طور پر، استفسار `UPDATE dbo.sample SET IS_CURRENT = 0 WHERE LOAD_DATE

بعض صورتوں میں، خاص طور پر جب لاکھوں قطاروں پر مشتمل بڑی میزوں سے نمٹ رہے ہوں، تو اس بات کو یقینی بنانا ضروری ہے کہ SQL کمانڈز کو مؤثر طریقے سے انجام دیا جائے۔ یہ وہ جگہ ہے جہاں افعال پسند ہیں۔ DATEADD اور DATEDIFF کھیل میں آو. یہ فنکشنز آپ کو تاریخوں میں ہیرا پھیری اور درستگی کے ساتھ موازنہ کرنے کی اجازت دیتے ہیں۔ دوسری اپ ڈیٹ کے استفسار میں، `DATEADD(مہینہ، DATEDIFF(مہینہ، 0، DATEADD(DAY, -60, GETDATE())), 0)` موجودہ تاریخ (`GETDATE()`) سے 60 دن کو گھٹا دیتا ہے اور دوبارہ سیٹ کرتا ہے۔ مہینے کے آغاز کا وقت۔ ان فنکشنز کو استعمال کرکے، ہم تاریخ کی مزید متحرک حدود کی وضاحت کر سکتے ہیں جو وقت کے ساتھ ساتھ ایڈجسٹ ہو جاتی ہیں، اس بات کو یقینی بناتے ہوئے کہ ڈیٹا کی عمر کے باوجود موجودہ رہتا ہے۔

تاہم، 'ALTER TABLE' اور 'UPDATE' دونوں بیانات کو ایک اسکرپٹ میں یکجا کرتے وقت، SQL سرور بعض اوقات "غلط کالم کا نام" کی خرابی پھینک سکتا ہے۔ ایسا اس لیے ہوتا ہے کیونکہ 'ALTER TABLE' کے ذریعے شامل کردہ کالم کو اسی بیچ میں بعد کے سوالات کے عمل کے دوران SQL سرور کے ذریعے مکمل طور پر کمٹڈ یا پہچانا نہیں جا سکتا ہے۔ اس مسئلے کا حل یہ ہے کہ 'ALTER TABLE' اسٹیٹمنٹ اور 'UPDATE' کمانڈز کو الگ کیا جائے، اس بات کو یقینی بناتے ہوئے کہ اپ ڈیٹ کرنے سے پہلے ٹیبل کی تبدیلی مکمل طور پر پرعزم ہے۔ ایسا کرنے سے، ایس کیو ایل سرور کے پاس نئے کالم کو اپنے اسکیما میں صحیح طریقے سے رجسٹر کیا جائے گا، جس سے ٹیبل میں ہموار اپ ڈیٹس مل سکیں گے۔ بڑے ڈیٹا سیٹس کو سنبھالتے وقت، ان کارروائیوں کو بیچوں میں انجام دینے یا لین دین کو استعمال کرنے پر غور کریں تاکہ یہ یقینی بنایا جا سکے کہ یہ عمل زیادہ سے زیادہ موثر ہے، ممکنہ ٹائم آؤٹ یا لاک سے گریز کریں۔ 🚀

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';

اسکرپٹ میں استعمال ہونے والے مخصوص SQL کمانڈز کی وضاحت

بڑی میزوں کے لیے SQL سرور اسکرپٹ کو بہتر بنانا

SQL سرور میں بڑی جدولوں کے ساتھ کام کرتے وقت، جدول کے ڈھانچے کو تبدیل کرتے وقت اور موجودہ قطاروں کو اپ ڈیٹ کرتے وقت کارکردگی کو بہتر بنانے کی تکنیکوں پر غور کرنا ضروری ہے۔ بڑی میزوں پر اسکرپٹس چلاتے وقت درپیش سب سے عام مسائل میں سے ایک یہ ہے کہ ان کارروائیوں کو مکمل ہونے میں لگنے والا وقت ہے، خاص طور پر جب ایک ٹیبل میں دس لاکھ سے زیادہ قطاریں ہوتی ہیں۔ زیر بحث کارروائیاں، جیسے کے ساتھ کالم شامل کرنا ٹیبل کو تبدیل کریں۔ مخصوص تاریخ کی شرائط پر مبنی قطاروں کو کمانڈ اور اپ ڈیٹ کرنے میں کافی وقت لگ سکتا ہے۔ جب آپ پروڈکشن ڈیٹا بیس پر کام کر رہے ہوتے ہیں جہاں کارکردگی ترجیح ہوتی ہے تو ان آپریشنز کو بہتر بنانا اور بھی اہم ہو جاتا ہے۔ ایک ہی اسکرپٹ ممکنہ طور پر ٹیبل کو توسیعی مدت کے لیے لاک کر سکتا ہے، جس سے دوسرے سوالات اور صارفین متاثر ہوتے ہیں۔

کارکردگی کے مسائل کو کم کرنے کے لیے، بہترین طریقوں میں سے ایک یہ ہے کہ کاموں کو چھوٹے مراحل میں تقسیم کیا جائے۔ مثال کے طور پر، ایک کالم کو شامل کرنے اور ایک ہی اسکرپٹ میں تمام قطاروں کو اپ ڈیٹ کرنے کے بجائے، چلانے پر غور کریں ٹیبل کو تبدیل کریں۔ الگ سے کمانڈ، بیچنگ کے بعد UPDATE آپریشنز چھوٹے ٹکڑوں میں ریکارڈ کو اپ ڈیٹ کرنے سے، اسکرپٹ سرور کو مغلوب نہیں کرے گا۔ آپ فائدہ اٹھا سکتے ہیں۔ UPDATE TOP ہر لین دین میں متاثرہ قطاروں کی تعداد کو محدود کرنے کا حکم۔ مزید برآں، یہ بھی ایک اچھا خیال ہے کہ آپ کے کالموں پر انڈیکس بنائیں WHERE شقیں (جیسے LOAD_DATEتلاش کے عمل کو تیز کرنے کے لیے۔ بڑے ڈیٹا سیٹس کے لیے، اشاریہ جات تاریخ کی حدود کی بنیاد پر قطاروں کو فلٹر کرنے میں لگنے والے وقت کو کم کرتے ہیں۔

ایک اور اہم غور یہ ہے کہ لین دین کا استعمال اور غلطی سے نمٹنے کو یقینی بنایا جائے کہ کارروائیوں کو ایٹمی طور پر انجام دیا جائے۔ اپنی لپیٹ کر UPDATE اندر بیانات a BEGIN TRANSACTION اور COMMIT، آپ اس بات کو یقینی بناتے ہیں کہ تبدیلیاں محفوظ اور مستقل مزاجی سے کی گئی ہیں۔ اگر عمل کا کوئی حصہ ناکام ہوجاتا ہے، تو آپ استعمال کرسکتے ہیں۔ ROLLBACK تبدیلیوں کو واپس کرنے کے لیے، جزوی اپ ڈیٹس کو روکنا۔ مزید برآں، آف پیک اوقات کے دوران سکرپٹ چلانا یا ان آپریشنز کو شیڈول کرنے کے لیے SQL سرور ایجنٹ کا استعمال سسٹم کی کارکردگی پر کم سے کم اثر کو یقینی بناتا ہے۔ ان اصلاحوں کے ساتھ، آپ نظام کی سالمیت کو برقرار رکھتے ہوئے بڑی میزوں پر پیچیدہ ترامیم کو محفوظ طریقے سے انجام دے سکتے ہیں۔ 🖥️