"Стапици" DML-Team ажурирање MySQL

Секој програмер, кои морале да работат со бази на податоци, се соочува со DML-оператори (превод од англиски: - .. "податоци манипулација јазик"), како што се Изберете, вметнете, избришете и Ажурирање. MySQL-превоз, исто така го користи својот арсенал на сите од горенаведените команди.

Овие извештаи се логично зборува за својата средба - евиденцијата изборот, внесете нови вредности, ажурирање на постојните податоци, целосна, или во согласност со одредени услови, отстранување на информации во базата на податоци. теоретски материјали за обука кои се опишани во детали принципот на работа на секоја команда и нивната синтакса, но никаде не се наоѓа референци за тешкотиите со кои може да се јават во пракса за време на употребата. Овој материјал ќе биде посветен на разгледување на некои од нив.

Накратко за-DML извештаи (Внеси)

Пред да продолжите понатаму, тоа е потребно уште еднаш да се потсетиме на повеќе детали во врска со целта на секоја функција. Ќе имаме два оператори заинтересирани за повеќе детали: Вметнете и Ажурирање, бидејќи тоа зависи од нив се изведени од главните тешкотии во обработка на големи количини на податоци.

Вие мора да се почне со командата Вметни, а потоа постепено се движи кон ажурирање. MySQL систем, како и секоја друга модерна база на податоци, користете операција Внеси за да додадете нови рекорди на постоечките табели базата на податоци. Синтаксата на оваа операција е многу едноставна и јасна. Таа содржи листа на области кои ќе бидат ставени на вредностите, дестинација - името на маса - и веднаш воведе листа на податоци. Секој пат кога ќе се изврши на база на податоци Внеси ќе се ажурира со нови вредности.

изјава ажурирање

Меѓутоа, во пракса, доста често постојат ситуации кои за некои сет на податоци на еден или повеќе вредности атрибут да се ажурира. Како пример, во ситуација кога компанијата беше реформите со дополнителни преименувањето на главните сектори. Во овој случај тоа е потребно да се прават промени за секој оддел. Ако само промена на името, тогаш проблемот може да се реши многу брзо. Меѓутоа, ако промена на кодирање на секоја компонента на целото производство, кои обично служи како примарен клуч, што е, пак, подразбира промена на информации и за секој вработен.

Update - DML-оператор може да се примени за да се реши овој проблем. MySQL- сервер, кои работат со голем број на записи, со помош на изјавата на ажурирање, изврши потребните барањето и да го реши проблемот. Но, понекогаш се случуваат за време на ажурирањето не е сосема јасно и тешко да се објасни комплексноста. Тоа е она што предизвикува тешкотии на евиденција ажурирани, ќе се дискутира понатаму.

Она малку што се вели во теорија ...

Ажурирање на тимот, како што е наведено погоре, се користи за да се ажурира постоечки записи во табелата. Но, во пракса, клиентите пристап до серверите на базата на податоци не секогаш се познати, постои одреден сет на податоци во табелите или не. Прелиминарните ја проверите достапноста на податоците во базата на податоци за следните ажурирање на резултатите во време одземаат и губење на серверот способности.

За да се избегне ова, во посебна MySQL база на податоци структура - Вметнување * Ажурирање, во која вметнете или ажурирање може да се врши независно еден од друг. Тоа е кога на маса има запис за одредена состојба, ќе се ажурира. Ако, податоците нема да се најде на условите смета, MySQL-серверот е во состојба да вршат барање Поставени податоци.

податоци ажурирање кога има дупликати

Важна компонента на овој Вметни - барање за систем за управување со базата на податоци MySQL - «На дупликат клуч Ажурирање» префикс. Целосната синтакса на барањето е како што следува: «вметнете во test_table (employer_id, име) вредности ( 1," Абрамов ") на дупликат клучот ажурирање last_modified = СЕГА (); ".

Ова барање може да се користи за снимање на активностите на, на пример, се утврди време претпријатие пресекот премин проследено со броење временски интервал и одложување детекција. Со цел да не се прават на маса неколку рекорди, што е доволно за секој вработен да води евиденција со постојано ажурирање. Тоа е дупликат проверка дизајн овозможува тоа.

Всушност проблеми ...

Со оглед на погоре пример на делување на регистрација на персоналот на влезот, бидејќи проблемот е употребата samouvelichivayuschihsya (авто _ прираст) области, кои обично се користат за пополнување на примарниот клуч вредности (основно _ клуч). Ако користите MySQL ажурирање команда во дизајн со Вметнете авто _ зголемување, од областа постојано се зголемува.

Слично на тоа, сè се случува кога користите замена изградба во случај на дупликат откривање. "Авто-прираст" вредност се зголемува дури и во случај кога тоа не е потребно. Поради ова, се јавуваат проблеми вредности претекување помине или се движи, кои потоа доведе до дефект на системите за управување со бази на податоци.

Најверојатно проблемот

Го опишува проблемот мора да се смета Веб-програмерите, како што е најчест во мулти-кориснички систем (веб-сајтови, портали, и така натаму. П.), кога системот се извршува голем број на постапки Вметнете и надградба на MySQL.

PHP - жалба до базата многу често се изведуваат. Затоа, за да се постигне максимална маргините, се дефинира како auto_increment, се случува брзо, и во анализата на тешкотии за утврдување на причините само нема да работи.

Затоа, програмерите се охрабруваат да се биде внимателен со користење на дизајнот на дупликат клучот во ажурирање команда MySQL. Изберете - прашања кога пристапуваат на серверот базата на податоци ќе работат без грешка, но додавањето на нови записи во базата на податоци е полн со непријатни ситуации во иднина да доведе до сериозни проблеми. Алтернативно, се препорачува за автоматско зголемување полиња првично се провери за своите записи, а потоа ги држат ажурирани.