Како ефикасно додати колону и ажурирати редове у СКЛ Серверу

Овладавање модификацијама табела у СКЛ Серверу: Водич корак по корак

Понекад рад са великим скуповима података може изгледати као да покушавате да жонглирате са стотину задатака одједном. Недавно сам се нашао у ситуацији да морам да додам колону у табелу која садржи преко милион редова. Иако је ово изгледало као једноставан задатак на површини, брзо сам наишао на препреку са којом се суочавају многи корисници СКЛ Сервера: страшну грешку „Неважећи назив колоне“. 🧐

Након неколико покушаја да заједно извршим команде АЛТЕР ТАБЛЕ и УПДАТЕ, схватио сам да проблем није у логици већ у редоследу мојих упита. СКЛ Сервер захтева да прво додате колону и извршите ту промену пре него што је ажурирате било којим подацима. Ако то не урадите, долази до грешке јер систем не препознаје новододату колону у тренутку када се ажурирање изврши.

На пример, замислите да имате задатак да ажурирате ознаку „ИС_ЦУРРЕНТ“ на основу одређеног прага датума за велику базу података клијената. Ако додате колону и покушате да ажурирате редове у једној скрипти, СКЛ Сервер може да избаци грешку „Неважеће име колоне“. То је зато што колона није у потпуности урезана пре него што упит за ажурирање покуша да је користи. 🚀

У овом чланку ћемо проћи кроз одговарајући редослед да бисмо додали колону и ажурирали редове, обезбеђујући несметано извршавање чак и са великим скуповима података. Такође ћемо заронити у савете за оптимизацију СКЛ скрипти за ефикасно руковање милионима редова, обезбеђујући да се ваше операције са подацима одвијају без проблема. Пратите нас док истражујемо кораке и решавамо уобичајене проблеме на путу!

Разумевање СКЛ Сервер команди за мењање табела и ажурирање редова

Када радите са СКЛ Сервером, посебно са табелама које садрже велике скупове података, кључно је пратити уредан приступ изменама табеле и ажурирању њених редова. Један уобичајени сценарио је да треба додати нову колону у табелу, а затим ажурирати редове на основу специфичних услова, као што је постављање заставице на основу датума. Скрипта коју сам дао демонстрира једноставан приступ овоме, али истиче кључне СКЛ Сервер команде које су неопходне за ефикасно постизање ових задатака. Тхе АЛТЕР ТАБЛЕ команда се користи за додавање нове колоне у табелу. На пример, када покренемо `АЛТЕР ТАБЛЕ дбо.сампле АДД ИС_ЦУРРЕНТ БИТ;`, мењамо структуру табеле да бисмо увели нову колону под називом `ИС_ЦУРРЕНТ` типа `БИТ` (боолеан тип, 0 или 1).

Након додавања колоне, следећи корак је ажурирање редова у табели на основу одређених услова. Ово се постиже коришћењем УПДАТЕ команда. На пример, упит `УПДАТЕ дбо.сампле СЕТ ИС_ЦУРРЕНТ = 0 ВХЕРЕ ЛОАД_ДАТЕ

У неким случајевима, посебно када се ради о великим табелама које садрже милионе редова, важно је осигурати да се СКЛ команде извршавају ефикасно. Овде функционише као ДАТЕАДД и ДАТЕДИФФ ући у игру. Ове функције вам омогућавају да прецизно манипулишете и упоређујете датуме. У другом упиту за ажурирање, `ДАТЕАДД(монтх, ДАТЕДИФФ(монтх, 0, ДАТЕАДД(ДАИ, -60, ГЕТДАТЕ())), 0) одузима 60 дана од тренутног датума (`ГЕТДАТЕ()`) и ресетује време до почетка месеца. Коришћењем ових функција можемо да дефинишемо динамичније опсеге датума који се прилагођавају како време напредује, обезбеђујући да подаци остану актуелни чак и како стари.

Међутим, када комбинује и `АЛТЕР ТАБЛЕ` и `УПДАТЕ` у једну скрипту, СКЛ Сервер понекад може да избаци грешку „Неважеће име колоне“. Ово се дешава зато што колона коју додаје `АЛТЕР ТАБЛЕ` можда неће бити у потпуности урезана или препозната од стране СКЛ Сервера током извршавања наредних упита у истој групи. Решење овог проблема је одвајање наредбе `АЛТЕР ТАБЛЕ` и команди `УПДАТЕ`, обезбеђујући да је измена табеле у потпуности урезана пре извођења ажурирања. На тај начин, СКЛ Сервер ће имати нову колону исправно регистровану у својој шеми, омогућавајући неометано ажурирање табеле. Када рукујете великим скуповима података, размислите о извршавању ових операција у групама или о коришћењу трансакција како бисте осигурали да је процес што ефикаснији, избегавајући потенцијална временска ограничења или закључавања. 🚀

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

Објашњење специфичних СКЛ команди које се користе у скриптама

Оптимизација СКЛ Сервер скрипти за велике табеле

Када радите са великим табелама у СКЛ Серверу, важно је узети у обзир технике оптимизације перформанси када мењате структуру табеле и ажурирате постојеће редове. Један од најчешћих проблема са којима се сусрећу при покретању скрипти на великим табелама је време које је потребно да се ове операције доврше, посебно када табела садржи преко милион редова. Операције у питању, као што је додавање колоне са АЛТЕР ТАБЛЕ команде и ажурирање редова на основу специфичних датумских услова, може потрајати значајно време. Оптимизација ових операција постаје још важнија када радите на производним базама података где су перформансе приоритет. Једна скрипта потенцијално може закључати табелу на дужи период, утичући на друге упите и кориснике.

Да бисте ублажили проблеме са перформансама, један од најбољих приступа је разбијање задатака на мање кораке. На пример, уместо да додајете колону и ажурирате све редове у једној скрипти, размислите о покретању АЛТЕР ТАБЛЕ команду одвојено, након чега следи батцхинг тхе UPDATE операције. Ажурирањем записа у мањим деловима, скрипта неће преоптеретити сервер. Можете искористити UPDATE TOP команду за ограничавање броја редова на које утиче свака трансакција. Поред тога, такође је добра идеја да креирате индексе на колонама које се користе у вашем WHERE клаузуле (као нпр LOAD_DATE) да бисте убрзали процес претраживања. За велике скупове података, индекси смањују време потребно за филтрирање редова на основу периода.

Још једно важно питање је употреба трансакција и руковања грешкама како би се осигурало да се операције извршавају атомски. Умотавањем свог UPDATE изјаве унутар а BEGIN TRANSACTION и COMMIT, обезбеђујете да се промене врше на безбедан и доследан начин. Ако било који део процеса не успе, можете га користити ROLLBACK да вратите промене, спречавајући делимична ажурирања. Поред тога, покретање скрипти током радних сати или коришћење СКЛ Сервер агента за планирање ових операција обезбеђује минималан утицај на перформансе система. Са овим оптимизацијама, можете безбедно да извршите сложене модификације на великим табелама уз одржавање интегритета система. 🖥