Bruke MySQL: Sett inn i

Å lage en database er en enkel, men utfordrende oppgave. Det er mange faktorer å vurdere. Den merkbare fremgangen i maskinvare og programvare for informasjonsteknologi gir ikke grunn til å forsømme sannsynligheten for teknisk funksjonsfeil, uautorisert tilgang, forstyrrelse av tabellstrukturen og tillegg av feil data.

Datamaskinen er ikke en mann, og noen, selv de fleste"Smart", algoritmen er fortsatt langt fra ideene om naturlig intelligens: uten hjelp fra en programmerer har han lite å gjøre. Men i motsetning til en person kan et program konsekvent og korrekt utføre sitt oppdrag, det viktigste er å skrive det riktig.

MySQL-konsept: Sett inn i

Ekstremt besværlige former for SQL-syntaks er veldigenkel å bruke. Øvelsen med å skrive spørringer i store bokstaver er fortsatt bevart, men erstattes gradvis av en mer konsistent bruk av begge registre. I denne forbindelse er det viktig å ikke glemme: Når det nevnte feltnavnet i ett register i samme søk, hvis det brukes igjen, må være i samme stavevariant.

En funksjon av mysql-operasjonen er å sette inn i hvordanog mye som er knyttet til Internett-programmering: "det som ikke forstås, vil ikke bli utført". En feilaktig opprettet databasepåfyllingsforespørsel blir rett og slett ignorert, og det er langt fra alltid mulig å legge merke til dette umiddelbart.

Faktumet av å legge til en post må kontrolleres,samt tilgang til databasen som helhet. Hvert felt må fylles med en verdi av den tilsvarende typen. I dette tilfellet er det ikke alltid nødvendig å spesifisere feltene i resultattabellen. Det er ikke alltid nødvendig å overføre bestemte verdier: MySQL-innsatsen i valgt konstruksjon lar deg få et sett med lagt poster fra et annet bord eller spørre.

Forespørselen må være syntactisk og logisker riktig. Bruken av noen variant av MySQL-spørringsinnsatsen i verdier bør vurdere kodingen av skriptet der den er plassert, kodingen av databastabellen og faktisk informasjonen som skal legges til.

Klassisk tilleggsoppføring

Enhver MySQL-tabell er en sekvens av postersom hver har en rekke felt. Du kan legge til poster fra et annet bord. Det er nok å spesifisere i velg hva og hvor inn i velg, og inn i hvor. Symbolet "*" sier at forespørselen refererer til alle feltene i hver oppføring.

Som et resultat av anropet til denne funksjonen, vil innholdet i tabellen $ cSrcTable bli fullt innspilt i tabellen $ cDstTable, hvor alle poster blir slettet.

Legge til en plate

MySQL konstruksjon sette inn i verdier lar deg legge til poster en etter en, angi bestemte felt og tilhørende bestemte verdier.

Denne forespørselen kan deles inn i tre forespørsler, ihver av disse vil svare til en liste med felt (`code_back`,` owner_code`, ...) en datalinje ("~", "{$ cSChip}", "{$ SChip_s}", ...) ~ "," {$ cPetr} "," {$ cPetr_s} ", ...) eller (" ~ "," {$ cTest} "," {$ cTest_s} ", ...), men det er lettere. For eksempel, i dette tilfellet, er et grunnleggende sett med brukere lagt til: administrator, dispatcher og tester.

Legge til poster gjennom eget grensesnitt

Prinsippet om å jobbe med MySQL implementeres gjennom skjemaetforespørsler. Dette er praktisk i kommandolinjemodus og i samme form som er implementert i forskjellige programmeringsspråk. I PHP, spesielt, er spørringsstrengen brukt - den vanlige sekvensen av tegn, hvis innhold fylles i under algoritmen. Deretter går teksten til det genererte spørringen inn i mysqli_query () -funksjonen og utføres.

Hvilken form for arbeid med databasen å velge -bestemme i en bestemt sak for utvikleren, men i alle tilfeller er det mest hensiktsmessig å sende oppgaven i en del av sin drift av å lese / skrive informasjon fra / til databasen som eget grensesnitt. Denne ideen kan implementeres som et sett med funksjoner eller et separat objekt.

I denne utførelsen er selve operasjonenlegge til poster vil bli skjult, og prosessen vil bestå i sekvensiell påkalling av sine egne funksjoner. For eksempel vil scfAddUser ("Ivanov", "Ivan") føre til at MySQL-spørringen legges inn i all_users` ("last_name", "first_name", "status") verdiene ("Ivanov", "Ivan", "new"). Dette alternativet sparer koden betydelig og gjør den mye mer lesbar og meningsfylt.

Betydende forskjell på eget grensesnitt fraDirekte bruk av databaseoperasjoner i sin opprinnelige form er at alle operasjoner for å legge til, endre og slette oppføringer laget til en separat fil, kan styres og endres uten å endre koden ved hjelp av dem. Det er sikrere og mer effektivt.

Eget grensesnitt fra dataobjekt

Hvis du ikke tar i betraktning enkle variabler, damoderne program er en samling av objekter. Jo mer kvalifisert problemet er løst, jo mer effektivt er det utformede system av objekter og deres interaksjon med hverandre.

Åpenbart skriver og leser datata en annen kontekst: et objekt kan lagre seg i en database, kan gjenopprette seg fra en database, kontrollere statusen, overføre innhold til et annet objekt, etc.

Denne tilnærmingen tar tyngdepunktet fra direkte koding av MySQL-spørringer for å sette inn et grensesnitt: scfAddObject ("contens", ...), som brukes av hvert objekt på egen måte.

Datobjektet vil ha en metode myDate-> Save () ogvil ringe scfAddObject ("12/04/2016"), og brukerobjektet currUser-> Save () vil gjøre scfAddObject ("Ivanov-login") ... med hvert anrop til scfAddObject () vil føre til bygging av sin egen MySQL query variant innsats inn i .

</ p>>