Informacije se pohranjuju u MySQL bazu podataka u obliku tablica. Svaka tablica ima nekoliko stupaca i proizvoljan broj redaka. Tipično, informacija se postavlja u redove, a njezina se struktura određuje imenima stupaca.

Možete brisati upite pomoću Query Delete MySQL, ali najbolji način je da spremite svoje podatke. To vam omogućuje da odredite redoslijed za uklanjanje informacija koje je osmislio programer, a ne na jeziku zahtjeva u bazi podataka.

Sintaksa i korištenje operatera Delete MySQL

Obično, programer koristi jednostavne obrasce MySQL upita za brisanje unosa:

brisanje iz `ex_customs` - brisanje svih unosa iz ex_customs tablice;

izbrisati iz "ex_customs" gdje je "aCol" = '121314' - brisati samo one unose koji su `aCol` u stupcu '121314';

Zapravo, operativni sustav Delete MySQL nudi mnogo opcija za brisanje zapisa.


Prvo, možete sortirati (prema narudžbi) unos u tablicu i ukloniti one koje odgovaraju određenim uvjetima (gdje). Određeni učinak može se postići korištenjem opcije Ograniči i brisanjem određenog broja zapisa. Brisanje samo jednog zapisa s određenim jedinstvenim kodom može se izvršiti na sljedeći način: U ovom primjeru, tablica `is_cache` će izbrisati samo jedan unos u kojem vrijednost` owner_code` = 'CA011712011116164842'.

Sigurno brisanje informacija

Ako tablica sadrži važne podatke, brisanje treba poduzeti mjere predostrožnosti i kontrolirati rad korisnika koji upravlja sadržajem baze podataka i njezinih tablica.


Algoritam za uklanjanjezapisi moraju biti izgrađeni na takav način da je vjerojatnost slučajnog brisanja informacija potpuno isključena. Postoje mnogi zadaci koji omogućuju besplatno korištenje brisanja i parametra Limit. Na primjer, u podnesku pretraživanja, prije prikazivanja stranice, možete izbrisati one zapise koji imaju nisku ocjenu ili one u kojima informacije ne sadrže tražene ključne riječi. Međutim, u većini slučajeva potrebno je ne samo osigurati točno praćenje dijaloga korisnika i biti sigurni da namjerava izbrisati, već i osigurati takav algoritam za uklanjanje, u kojem su svi uvjeti zajamčeni, a nije nemoguće izbrisati potrebne zapise.

Korištenje operacije brisanja u objektu baze podataka

MySQL upiti upita: brisanje, umetanje i ažuriranje u njihovom uobičajenom obliku nisu vrlo prikladni u razvoju algoritama za obradu informacija kada je potrebno raditi s nekoliko tablica odjednom na isti način. Morate duplicirati gotovo identične upite i koristiti ih na različitim mjestima algoritma. Ako trebate ažurirati kôd, unos promjena postaje uočljiv problem: možete preskočiti neke upite i stvoriti pogrešku. Vrlo je učinkovito stvoriti objekt za rad s bazom podataka, što uključuje četiri glavne operacije:

dodavanje (iLineIns, iLinesAdd);

promjena (iLineUpd);

uklanjanje (iLineDel);

uzorak (iLineSel).

Sve ostale operacije: brojanje redaka, tablica, traženje minimalnih i maksimalnih elemenata, pretraživanje informacija u tablicama, stupaca ovisno o specifičnimProblem.
Prilikom stvaranja objekta, svi apeli na njega proizvode se na isti način, a ako je potrebno, promjena - mijenja se samo objekt pristupa bazi podataka. Što se tiče operacije brisanja brisanja, MySQL ovdje pruža dodatno jamstvo sigurnosti. Ako algoritam brisanja funkcionira, radi na isti način u svim tablicama u bazi podataka.

Objektno-orijentirano brisanje

MySQL Query Issue: brisanje iz * where & amp; u tome što postoji skup tablica (*) i skup uvjeta (& amp;). MySQL je izvrsna, brza, pouzdana i kompaktna baza podataka profesionalnog razvojnog tima velikih baza podataka. Ali u svakom predmetnom području uvijek morate pisati određene upite, a to su potencijalne pogreške. Proces je dugotrajan i traje neko vrijeme. Ako tablice baze podataka sadrže objekte, to nije nužno skup tablica. Dosta jednog (možda što više stolova), u kojem će biti raznovrsni predmeti. Na primjer, svaki objekt sustava koji se koristi može se napisati u niz znakova i nastaviti iz niza znakova. Zapravo, objekt u kontekstu baze podataka je niz znakova. Brisanje objekta nije MySQL izjava, već radnja razvojnog programera koja jednostavno uklanja niz znakova iz određenog unosa baze podataka. U ovom primjeru, jedan redak baze podataka može sadržavati nekoliko objekata u polju oj_store, pri čemu tijelo objekta ne može imati jedan red baze podataka, već nekoliko (brojanje u polju oj_line). Svaki objekt ima ime oj_name, kod kopiranja oj_code i vlasnik ove instance - oj_owner. S ovim rješenjem, snimanje i brisanje se obavljajurazinama objekata, a ne nizovima baza podataka. To prevodi operaciju za brisanje svojstava sistemskih objekata, a ne pomoću određenog operatora upita.