Å lage en base er en enkel, men ansvarlig oppgave.Mange faktorer må vurderes. Merkbar fremgang innen maskinvare og programvare for informasjonsteknologi gir ikke grunn til å neglisjere sannsynligheten for en teknisk funksjonssvikt, uautorisert tilgang, brudd på tabellenes struktur, legge til uriktige data.
En datamaskin er ikke en person, og hvem som helst, til og med den mest"Smart", algoritmen er fremdeles langt fra ideene om naturlig intelligens: uten hjelp fra en programmerer er den i stand til lite. Imidlertid, i motsetning til en person, kan et program stabilt og riktig oppfylle sitt oppdrag, det viktigste er å skrive det riktig.
Utenom store former for SQL-syntaks er veldiglett å bruke. Praksisen med å skrive spørsmål med store bokstaver vedvarer fortsatt, men blir gradvis erstattet av en mer kortfattet bruk av begge sakene. I denne forbindelse er det viktig å ikke glemme: det en gang nevnte feltnavnet i samme register i samme forespørsel, hvis det brukes igjen, må være i samme stavemåte.
Den fremtredende funksjonen til MySQL-innsettingen er somog mange ting som er knyttet til internettprogrammering: “det som ikke er forstått vil ikke bli utført”. Et feilkomponert spørsmål for å fylle opp databasen vil bare bli ignorert, og det er ikke alltid mulig å legge merke til dette umiddelbart.
Det faktum å legge til en post må kontrolleres,samt tilgang til databasen generelt. Hvert felt må fylles ut med en verdi av riktig type. I dette tilfellet er det ikke alltid nødvendig å indikere feltene i resultattabellen. Du trenger ikke alltid å sende spesifikke verdier: MySQL-innsatsen i select-konstruksjonen lar deg få et sett med poster å legge til fra en annen tabell eller spørring.
Forespørselen må være syntaktisk og logiskriktig. Bruken av en hvilken som helst variant av MySQL-spørringsinnsatsen i verdikonstruksjonen bør ta hensyn til kodingen av skriptet den er plassert i, kodingen av databasetabellen og faktisk informasjonen som legges til.
Enhver MySQL-tabell er en sekvens av poster,hver av dem har et antall felt. Du kan legge til poster fra en annen tabell. Det er nok å indikere i spørringen i velg hva og hvor, og inn i - hvor. Tegnet "*" sier at spørringen vil få tilgang til alle felt i hver post.
Som et resultat av å kalle denne funksjonen, vil innholdet i $ cSrcTable-tabellen bli fullstendig skrevet inn i $ cDstTable-tabellen, hvor alle poster tidligere vil bli slettet.
MySQL konstruksjon sette inn i verdier lar deg legge til poster en om gangen, og spesifisere spesifikke felt og deres tilsvarende spesifikke verdier.
Prinsippet om å jobbe med MySQL implementeres gjennom skjemaetforespørsler. Det er praktisk i kommandolinjemodus og er implementert i samme form på forskjellige programmeringsspråk. Spesielt i PHP brukes en spørringsstreng - en vanlig sekvens av tegn, hvis innhold fylles ut under algoritmens drift. Deretter går teksten til det genererte spørringen til mysqli_query () -funksjonen og kjøres.
Hvilken arbeidsform med databasen du skal velge -å løse i et bestemt tilfelle for utvikleren, men i alle tilfeller er det mest praktisk å presentere oppgaven når det gjelder operasjonene med å lese / skrive informasjon fra / til databasen i form av eget grensesnitt. Denne ideen kan implementeres som et sett med funksjoner eller som et eget objekt.
I denne versjonen, direkte operasjonerlegge til poster vil bli skjult, og prosessen vil bestå i sekvensielle anrop av sine egne funksjoner. For eksempel vil scfAddUser ("Ivanov", "Ivan") resultere i et MySQL-spørringsinnsats i "all_users" ("last_name", "first_name", "status") -verdier ("Ivanov", "Ivan", "new"). Dette alternativet lagrer koden betydelig og gjør den mye mer lesbar og meningsfull.
Den vesentlige forskjellen mellom eget grensesnitt ogDirekte bruk av operasjoner med databasen i sin opprinnelige form er at alle operasjoner for å legge til, endre og slette poster laget i en egen fil kan kontrolleres og endres uten å endre koden som bruker dem. Det er tryggere og mer effektivt.
Hvis du ikke tar hensyn til enkle variabler, daet moderne program er en samling objekter. Jo mer dyktig problemet løses, desto mer effektivt er det utformede objektsystemet og deres samspill med hverandre.
Åpenbart skriver og leser datagodta en annen kontekst: et objekt kan lagre seg selv i databasen, kan gjenopprette seg selv fra databasen, sjekke tilstanden, overføre innhold til et annet objekt, etc.
Denne tilnærmingen skifter tyngdepunktet fra direkte koding av MySQL inn i spørsmål til et grensesnitt: scfAddObject ("contens", ...), som brukes forskjellig av hvert objekt.
Datoobjektet vil ha en metode myDate-> Save () ogvil kalle scfAddObject ("12/04/2016"), og brukerobjektet currUser-> Save () vil lage scfAddObject ("Ivanov - login"), ... mens hvert anrop til scfAddObject () vil resultere i konstruksjon av sitt eget MySQL-innlegg i spørringen ...
