"Alleng" DML-Team Update MySQL

All Programméierer, déi mat Datenbanken hat ze schaffen, mat der DML-Bedreiwer konfrontéiert (iwwersat aus Englesch - .. "Data Manipulatioun Language"), wéi Wielt, dobäizemaachen, läschen an Update. MySQL-Transport benotzt och säin Arsenal vun all vun der uewen commandéiert.

Dësen Aussoen schwätzen logesch wor iwwer seng Ernennung - Dir records, nei Wäerter opginn, bestehend Daten Instandhaltung, komplett, oder am Aklang mat der spezifizéierter Konditiounen, d'Ewechhuele vun der Informatioun an der Datebank. Der theoretesch Formatioun Material sinn am Detail de Prinzip vun Operatioun vun all Kommando an hir Siwebiergen beschriwwen, mä néierens Referenzen op d'Schwieregkeeten fonnt datt an der Praxis während benotzen féiere kéint. Dëst Material gëtt un d'Contrepartie vun e puer vun hinnen e ginn.

Kuerz iwwer DML-Aussoen (dobäizemaachen)

Ier Dir weider, ass et nach eng Kéier néideg fir méi Detailer iwwert den Zweck vun all Funktioun Intrig. Mir wäerten hunn zwee Opérateuren interesséiert méi Detail: dobäizemaachen an Update, well et op hinnen hänkt an Veraarbechtung grouss Quantitéiten vun Daten den Haaptgrond Schwieregkeeten ergi.

Dir musst mat der Kommando dobäizemaachen ufänken, an dann lues un der Update plënneren. MySQL System, wéi all aner modern Datebank, benotzen d'dobäizemaachen Operatioun un nei Rekorder ze bestehend Dëscher Foto Datebank. D'Siwebiergen vun dëser Operatioun ass ganz einfach an einfach. Et enthält eng Oplëschtung vun Felder déi op de Wäerter gemaach ginn, d'Destinatioun - Numm vum Dësch - an direkt eng Lëscht vun Daten agefouert. All Kéier Dir d'dobäizemaachen Datebank Leeschtunge gëtt mat neie Wäerter aktualiséiert ginn.

Update Ausso

Mä an der Praxis, ganz oft ginn et Situatiounen, fir e puer Formatioun vun Daten een oder méi Spezialfäegkeeten Wäerter aktualiséiert gin. Als Beispill, eng Situatioun, wou de Betrib Reform mat weider genannt vun der Haaptrei Departementer war. An dësem Fall ass et néideg Changementer fir all Departement ze maachen. Wann nëmmen den Numm änneren, da kann de Problem ganz séier geléist ginn. Allerdéngs, wann der coding vun all Komponent vun der ganzer Produktioun änneren, déi normalerweis als primären Schlëssel déngt, dass, am Tour ass, gehéiert Ännerungen un der Informatioun a fir all Employé.

Update - DML-Bedreiwer kann applizéiert ginn dëse Problem ze léisen. MySQL- Server, mat enger grousser Zuel vun Entréen, mat der Hëllef vun engem update Ausso fonktionnéieren, exekutéieren der néideg Paieziedel an de Problem léisen. Mä heiansdo geschéien während der Aktualiséierung net ganz kloer an schwéier ass Komplexitéit ze erklären. Dat ass wat d'Schwieregkeet vun records bewierkt aktualiséiert, gëtt weider diskutéiert ginn.

Wat kleng huet an Theorie gesot ginn ...

Update Team, wéi uewen uginn, ass benotzt bestehend records op den Dësch ze aktualiséieren. Mä an der Praxis, Clienten der Datebank Serveren Accès sinn net ëmmer bekannt, et ass eng gewësse Formatioun vun Daten an den Dëscher oder net. Virleefeg kontrolléieren d'Disponibilitéit vun Daten an der Datebank fir d'Kierzunge Instandhaltung vun Resultater am Zäit-opwänneg a Offall vun Server Kënnen.

Ze vermeiden dat, an engem spezielle Datebank MySQL Struktur - dobäizemaachen * Update, an deem de opginn oder update kënnen onofhängeg vun all aner gesuergt ginn. Dat ass, wann den Dësch en Element fir eng bestëmmte Zoustand ass, wäert aktualiséiert ginn. Wann der als Konditiounen, wäert d'Donnéeën net fonnt ginn, MySQL-Server ass gebass a Daten déi eropgeluede Ufro Leeschtunge.

Update Daten wann et Retard

E wichtege Bestanddeel vun dëser dobäizemaachen - Ufro un den MySQL Datebank Gestioun System - «Op zweete Schlëssel Update» Préfixe. Déi komplett Siwebiergen vun der Paieziedel ass wéi follegt: «opginn an test_table (employer_id, Numm) Wäerter ( 1: 'Abramov") op zweete Schlëssel update last_modified = ELO (); ".

kënne benotzt d'Aktiounen vun, zum Beispill zu Rekord, bestëmmen der Kräizung Passage Zäit Projet gefollegt vun Zielen Zäit November an erkennen Retard esou eng Demande. Fir mat konstante Instandhaltung net ze maachen den Dësch e puer records, genuch fir all Employé records ze halen. Et ass en zweete kontrolléieren Design erméiglecht et.

Eigentlech Problemer ...

Que déi virun Beispill vun der Aschreiwung Personal Aktioun an der Entrée, wéi de Problem de Gebrauch samouvelichivayuschihsya (Auto _ increment) Felder ass, wat typesch benotzt ginn der Primärschoul Schlëssel Wäerter (Primärschoul _ Schlëssel) ze fëllen. Wann Dir Hëllef MySQL Update Kommando am Design mat dobäizemaachen Auto _ increment, ass den Terrain permanent waarden.

Anerersäits, geschitt alles wann Ersatz Bau am Fall vun Duplikat erkennen benotzt. "Auto-increment" Wäert ass fräi och am Fall wou et net gebraucht. Well vun dësem, allerdéngs Problemer absolut näischt soen Ugrëff Wäerter oder laut, déi duerno zu Feelfunktioun vun Datebank Gestioun Systemer a Féierung gaangen.

Wahrscheinlechkeet de Problem

Beschreift de Problem considéréiert muss Web-Entwéckler ginn, well et ass déi gemeinsam am Multi-Benotzer Systemer (Websäite, Dringendes, an sou op. P.), Wann de System enger grousser Zuel vu Prozeduren virschaffe ass dobäizemaachen an Update MySQL.

PHP - Appel un d'Basis ganz oft gesuergt. Also, bis maximal Rand erreechen, wéi auto_increment definéiert, séier geschitt, an an der Analyse vun de Schwieregkeeten gehaat d'Grënn gedoe gëtt just net schaffen.

Dofir, sinn Entwéckler encouragéiert fir de Gebrauch vun der Design op zweete Schlëssel an Kommando MySQL update gefleegter gin. wielt - ufroën wann Zougang zu der Datebank Server ouni Feeler Aarbecht wäert, mä de Zousätzlech vun neie records zu der Datebank ass mat gestéiert Situatiounen an Zukunft Virsprong op sérieux Problemer Geforen. Alternativ, ass et recommandéiert fir auto-increment Felder Ufank fir hir records kontrolléieren, an hinnen dann aktualiséiert schätzen.