Å lage en base er en enkel oppgave, men en ansvarlig.Det er mange faktorer å vurdere. Merkbar fremgang i maskinvare og programvare for informasjonsteknologi gir ikke grunn til å neglisjere sannsynligheten for en teknisk feil, uautorisert tilgang, brudd på tabellstrukturen, legge til feil data.
En datamaskin er ikke en person, og hvem som helst, til og med den mest"Smart", algoritmen er fortsatt langt fra ideene om naturlig intelligens: uten hjelp fra en programmerer er den i stand til lite. Men i motsetning til en person, kan et program stabilt og riktig oppfylle sitt oppdrag, det viktigste er å skrive det riktig.
MySQL-konsept: sett inn i
Utenom tungvint 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 forstås, blir ikke oppfylt”. Et feilkomponert spørsmål for å fylle opp databasen vil bare bli ignorert, og det er langt fra 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 der den ligger, kodingen av databasetabellen og faktisk informasjonen som legges til.
Legger til en klassisk oppføring
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 fra hvor, og inn i - hvor. Tegnet "*" betyr at spørringen får tilgang til alle feltene 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.
Legger til en oppføring
MySQL konstruksjon sette inn i verdier lar deg legge til poster en om gangen, spesifisere spesifikke felt og deres tilsvarende spesifikke verdier.
Legge til poster via ditt eget grensesnitt
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 en MySQL-spørringsinnsats i "all_users" ("last_name", "first_name", "status") verdier ("Ivanov", "Ivan", " ny "). 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 tatt ut i en egen fil kan kontrolleres og endres uten å endre koden som bruker dem. Det er tryggere og mer effektivt.
Innfødt grensesnitt fra dataobjekt
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-innsetting 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 føre til konstruksjon av sin egen versjon av MySQL-spørringen setter inn i ...
