Die skep van 'n tafel in die MySQL Skep Table data

Databasis, as variante van die konsentrasie van inligting is noodsaaklik, en sonder dat hulle kan selfs 'n klein projek nie. Hoe effektief deurdagte struktuur, goed ontwerpte tafels, aangepas kommunikasie - hang af van die monster tempo / skryf inligting, betroubaarheid data, waarborg die onmoontlikheid van toevallige skade, beskikbaarheid rollback, die volledigheid van elke transaksie - en die sukses van die geheel.

Die databasis is in die eerste plek - konseptuele idee, aanbieding van inligting, en die logika van die gebruik daarvan in 'n bepaalde taak.

Eenvoudige effektiewe implementering verhouding =

Relasionele idee van die organisering van data duidelik nie die beste nie, maar hulle selfvertroue hou hul posisies vir dekades. As fabrieke vir die produksie van voedsel en noodsaaklike goedere aan die verbruiker, is hulle beslis nodig.

Revolusionêre idees in die inligting eintlik baie keer verklaar hul reg op lewe, maar tot vandag toe nie 'n beduidende bewyse van die bestaan van so 'n reg verskaf. Soos altyd, eenvoud - die sleutel tot sukses. Maar die onderwerp van verhoudings en verbindings tussen data voorwerpe - punte, en stelsels in inligting ruimte - nog vol wit kolle en interessante verrassings.

Die toepassing van eenvoudige struktuur MySQL skep tafel lei tot die vorming van 'n eenvoudige en gerieflik om dekades van tabelle te gebruik, formalisering omvang probleem. Begin gebruik "spier" is baie eenvoudig, maar ná die eerste tien tafels van relasionele verhoudings gee aanleiding tot 'n ander houding teenoor inligting, aanbieding, stoor en gebruik.

Tydelike, beheer en konstante

Knakpunt: "die fundamentele gebou" databasiskonsepte sonder die deelname van MySQL, wat tot lewe kom met Internet programmering en het 'n noodsaaklike deel van dit geword. Dinamiese, moderne tegnologie het toegelaat dat die databasis na 'n vinnige, betroubare en doeltreffende, maklik om te leer en te gebruik word.

In bykomend tot die belangrikste tabelle te skep tydelike tafel MySQL ontwerp kan die programmeerder te skep tydelike datastrukture bestaan tydens die huidige sessie, die besoek van 'n spesifieke gebruiker, voorkoms van 'n spesifieke gebeurtenis.

Indien daar voor die tafels en verhoudings tussen hulle behandel as iets onmiskenbaar, maar nou nie meer aanvaar selfs kragtige databasis te verwys na die fundamentele voorwerpe. Dit is net 'n stap in die rigting begrip van die struktuur van die wat nodig is om die probleem op te los inligting.

Deur middel van 'n instrument om tydelike tabelle te skep, skep tydelike tafel, MySQL kan jy die databasis verdeel op die statiese en dinamiese komponente. Spesifiseer die tipe velde in die tabel, kan die programmeerder outomaties die korrektheid van sy vorming te beheer. Met behulp van MySQL skep tafel tjek ontwerp, kan die ontwerper die voorwaardes vir die vulling van die velde spesifiseer. Terwyl hierdie opsie - eerder 'n geleentheid om die migrasie van ontwerpe van ander SQL dialekte te fasiliteer.

Inligting Space: terme en stelsels

Elke projek, of dit nou die hele werf, 'n enkele bladsy of 'n eenvoudige algoritme, is geleë in 'n sekere plek 'n sekere inligting ruimte. "Adres" van die plek - 'n spesifieke taak, die voorwaardes van die bestaan van die algoritme: die inligting struktuur op die inlaat en uitlaat, vorm proses van omskepping.

Moet egter nie noodwendig volg die reëls van MySQL, skep tafel kan nie skep wat in ooreenstemming met sy sintaksis.

In hierdie voorbeeld, die veld code_back, owner_code session_code definieer sleutels en onderskeidelik teruggekeer, en die kliënt sessie. Nie net die gebruik van nie-standaard weergawe van MySQL skep tafel, sleutel hier nie in sy veld van bevoegdheid lê, en geverf binne die betekenis: die terugkeer kode in die geval van nie-voltooiing van die transaksie, die aktiewe kliënt kode en sessie-kode, wat 'n paar vir die kliënt mag wees, maar hang af van dit, waar die kode terugkeer bestuur sal gaan.

Daar is ook die gebruik van nie-standaard velde h_code, a_contents en a_surprise. Hier skep tafel MySQL voorbeeld van hoe 'n mens in die veld data, en semantiek kan bevat. In enige situasie waar jy 'n tafel van kliënte, is dit verstandig om 'n kas van die aktiewe deel van die tafel te skep. Dit beteken nie noodwendig maak dit 'n voldoende aanvanklike data struktuur. Byvoorbeeld, a_contents veld Inhoud: naam, wagwoord, e-pos, en a_surprise veld - die huidige stand van die gebruiker.

Die idee a_contents en / of a_surprise

Sulke verpersoonliking nie toegang tot die hooftafel, wat groot en omslagtig kan wees vereis, en sal die klein beperk, wat net relevante inligting. Hier skep tafel MySQL - 'n voorbeeld van wat kan die naam van die kliënt en wagwoord, of die wagwoord en e-pos in eenvoudige terme gedoen insette: (a_contents soos '{$ cUserName}; {$ cUserPass}%') of (a_contents soos '% {$ cUserPass}; {$ cUserName} ').

In hierdie voorbeeld, gebruik sy eie funksie tjek van die tafel: scTableExists ( 'rm_cache') asof die tafel is nie, sal jy nodig het nie net om dit te skep nie, maar ook om aan te teken, byvoorbeeld, die eerste paar rekords met die data hulpbron bestuurders.

Standard variant skep tafel indien nie bestaan MySQL verpersoonliking bied beperkte deur die beskikbaarheid van die tafel en sy stigting in geval van afwesigheid. Gewoonlik, hierdie is nie genoeg nie. Ons moet nie net kyk vir die tafel, maar ook vul dit met die aanvanklike inligting.

eenvoudige tipe sel

Spesifisiteit van MySQL gebruik van tale, veral PHP, verminder gewoonlik die bedrag van die gewilde data: in die eerste plek, netipirovannostyu sy veranderlikes. Die mees algemeen gebruikte snare, soos vereis - die nommer en datum, soms logiese data. Meer geleenthede beskryf data op MySQL skep tabel bevat skaars. Hoewel laasgenoemde word bepaal deur die probleem wat opgelos moet word. enige moderne content management system webwerf - jy kan die hele reeks van data via skep tafel MySQL, 'n voorbeeld gebruik.

Wat en hoe om te gebruik - definieer die ontwikkelaar. Op hierdie punt in tyd, volgens Wikipedia, die volume en spoed eienskappe van MySQL kan voldoen aan die mees ruim verbeelding van die kliënt, met inagneming van die ervaring van die ontwikkelaar gebruik. Wanneer dit gebruik word op 'n MySQL skep tafel standaard-strukture toelaat om skoon (leë tafels) skep met selle van veranderlike lengte en 'n dinamiese inhoud in die proses vorm.

Komplekse data struktuur

Oriëntering ten opsigte van eenvoudige datatipes, eerste reël, het gelei tot verhoogde belangstelling in die ontwerp van komplekse inligting voorwerpe wat by die werk met die databasis omgeskakel word na stoor in die hoof snare, nommers (indekse - meestal), datums, en "groot data" - foto's , klink, ander ruim inhoud. Hier dialek die skep van die SQL Die tafel van die MySQL feitlik geen perke nie. Vir al die eenvoud en toeganklikheid van "spiere" programmeerder tot sy beskikking het die volle krag van real SQL.

Uiterlik eenvoudige in terme van tipe sel databasis kar of varchar omskep in die algoritme vir lees in 'n volledige voorwerp - 'n komplekse data struktuur (eienskappe, metodes, sintaksis en semantiek), en wanneer die opname weer getrek in 'n kompakte vorm, die essensie van wat bepaal word deur die ontwikkelaar.

Die eenheid tafel

kolom net, net lyne en net een element op hul kruising, en net een soort - sel. Dit is die basiese reël struktuur MySQL "skep tafel". Geen MySQL tipe data is nie oorspronklike: die nommer, karakter string, datum ... Dit maak nie volg uit die sintaksis, maar dit blyk in die praktyk.

Programmeerder vertolking sel kan dit verdra enige soort voorwerp, te danke aan die vereistes van die taak. Vanuit die perspektief van die databasis wat " 'n tipe" - net lyn.

Maar maak nie saak wat, en hoe om te gebruik die ontwikkelaar verkies. Dit is belangrik dat op hierdie punt in tyd (volgens Wikipedia) volume en spoed MySQL parameters kan die mees ruim verbeelding van die kliënt te voldoen, met inagneming van die ervaring van die ontwikkelaar gebruik.

"Tenacious" is baie eenvoudig tafel, gereël die mees eenvoudige manier. As die ontwikkelaar sit in elke gebied van die behoorlike betekenis, en loer in 'n kar of varchar tipe binne jou MySQL skep tafel sintaksis, sal die tafel werk.

integer tafel

Ons moet ook praat oor indekse in MySQL. Skep tafel laat jou toe om hulle dadelik te beskryf en te gebruik om toegang te verkry tot groot volumes van data. Hierdie benadering is baie verstaanbaar, bekende en vervolmaak om sulke detail wat die optimalisering hang af van die CPU spoed, caching monsters skelm berekening algoritmes dikwels gekies data redigering php.ini, my.ini en httpd.conf.

Intussen het niks verhoed 'n ontwikkelaar om jou eie siening "Data" te skep - "sleutels om die data" vir eenvoud heelgetal - geen rye in die tabel, net nommers. 'N Mikro skep tafel int MySQL sal al die nodige res van die tafel te voorsien: maklike toegang, eenvoudige operasie, volle funksionaliteit by die ideale spoed.

Heelgetalle, georganiseer as 'n werklike data kaarte in groot en lywige tafels, sal die seleksie en aanpassing van inligting sonder enige probleme te versnel. Opsioneel 'n weergawe van die sleutel van toegang te skep vir die duur van die werk, kan jy gebruik maak van die skep tydelike tabel struktuur, MySQL skep 'n tydelike tabel voordat dit gebruik word. Of, byvoorbeeld, vir elke gebruiker - 'n sleutel tafel.

In hierdie konteks, is die sintaksis nie aangedui die gebruik van skep tafel indien nie bestaan MySQL kan jy die nodige tabelle te skep, selfs wanneer 'n onverwagte afwesigheid, byvoorbeeld, was 'n verkeerde toevoer / afvoer of rekenaar ineenstort, en kruip ontwrig.

Die realiteite van hosting - MySQL +

Histories, die databasis is 'n betekenisvolle data struktuur. Design M ySQL skep tafel aanvanklik gevolg klassieke begrippe van data en hul plek op skyfspasie. Internet programmering, en bo al die opsies van hosting en die logika van die gewilde content management system, vreemd gemaak, met die eerste oogopslag, verplasing: kan een basis 'n kombinasie van 'n paar wees. Die skeiding is op die naam tabelvoorvoegsel.

Sommige hosting verskaffers het op die databasis van die name van hul eise, soos die naam databasis begin met die naam van die eienaar hosting opgelê.

Deur en groot, dit maak nie saak wat die databasis te bel en hoe om dit te noem 'n tafel. Maar die situasie het begin om nie net 'n MySQL sintaksis en vereistes van hosting plus sintaksis, dit wil sê MySQL + verteenwoordig.

'N klein tafeltjie, hoe makliker is dit gereël, en die minder dit rekords, die digter dit is ingeplant in die programmeertaal waardeur die gewenste optrede is uitgevoer met die data.

In beginsel, enige taak is maklik om te verf in elementêre komponente, die enigste vraag is, hoeveel sal so eenvoud kos.

As jy 'n skoon MySQL nodig, is dit eie hosting jou eie bediener, waar daar geen beperkings op die aantal databasisse of deur die reëls van hulle en hul lede tafels noem.

'N Verskeidenheid van weergawes van Apache / MySQL / PHP

Afhanklikheid van die hosting omgewing - nie soseer die moeilikheid, as 'n noodsaaklike voorwaarde vir 'n moderne defensiewe programmeringstegnieke. Jy kan skryf in PHP 7.0.13, gebruik MySQL 5.7.16, maar die kliënt sal die gasheer wees, sodat net weergawe van Perl en "spiere" 4.1.1 of 'n ouer weergawe van PHP.

In die algemeen (wat, terloops, is nie 'n feit) hosting beskikbaar op Linux, FreeBSD, UBUNTU en ander variasies yunikosopodobnyh stelsels. Hulle het almal werk goed, maar elkeen van hulle het sy eie kenmerke, hul eie weergawes van gemeentes AMP (Apache, MySQL, PHP). Nie altyd en nie elke span gaan werk in die volgende weergawe, alhoewel sy gewerk het in die vorige een.

So 'n eenvoudige operasie as 'n databasis uitvoer enige weergawe van MySQL doen sonder probleme, beide van invoer Invoer phpMyAdmin, en uit die opdrag lyn. Kontak invoer bedrywighede kan nie plaasvind nie. Meer dikwels as nie iets in jou PHP, MySQL bediener of Apache verander. As die veranderinge nie help nie, is dit nodig om te kyk na alternatiewe.

Die eenvoudige feit, kan 'n operasie uitgevoer word deur die Herstel van die databasis, die programmeertaal of die bediener. Dit is nie die beste oplossing, maar gewoonlik doeltreffend.

Die databasis skepping / validering tafel

Sintaksis MySQL skep tafel selde van toepassing in die standaard verpersoonliking. As dit nie in die konteks van die gewilde content management system word beskou: daar altyd 'n klassieke van die genre sal wees. Die daaglikse werk is die maklikste om dit te oorweeg in die konteks van die praktyk: waar velde is nodig in die tabel, wat hulle 'n tipe en grootte moet hê. Die res moet nog die proses van ontwikkeling te verfyn: die karakter stel, sorteervolgorde, sleutels.

Optimum is 'n weergawe van die algoritme, waarin selfs die gebrek aan 'n databasis nie inmeng met die webwerf om te begin. Jy kan skryf jou eie funksie gaan die databasis en / of tafel wanneer jy dit nodig om nie net die inligting strukture te skep nie, maar ook om in hul aanvanklike inligting in te vul.

daar is geen databasis of tabel struktuur is gebreek: gebruik dikwels 'n reeks van ontwerpe te skep tafel indien nie bestaan nie, het MySQL nie die eienaar van die webwerf of 'n besoeker wat skielik sê verras.

In moderne programmeertaal algemene reël van "trust maar verifieer" is nie werk nie, of liewer sal die logika van die gebruik "na te gaan en te gebruik."

Skep tabel: MySQL gebruiker tafel monster

het die registrasie van nuwe besoekers en die ingang / uitgang van die werf gebruikers talle kere ontwikkel, maar tog is die limiet van perfeksie in hierdie belangrike deel van enige webwerf.

Op baie maniere, toevoer / afvoer en registrasie word gedefinieer deur opdrag van die webwerf en / of gebruik content management system, maar meer dikwels - die begeerte om iets meer veilig te ontwikkel, te beskerm gebruiker rekeninge, voorkom inbraak site.

Normaalweg MySQL databasis is meer veilig as 'n webwerf, maar in die geval van mislukking kan nie uitgesluit word nie vertoon leser fout boodskappe van die opset kode van 'n webwerf, wat die name en wagwoorde om die databasis.

Goeie praktyk - om data op die statiese en dinamiese komponente deel. Op die voorbeeld van 'n gebruiker tafel, kan jy 'n grootmaat spreadsheet gebruikers en aktiewe cache_users het. Die eerste tabel bevat 'n groot aantal gebruikers, die tweede - slegs diegene wat op die laaste dag (byvoorbeeld) gewerk. Elke nuwe gebruiker wat afwesig is in die tweede tafel, kom daar na die ingang / ontvangs en gestoor vir 'n geruime tyd.

Maar die verdeling in twee tafels hier verskaf nie net data sample rate ( 'n klein tafel is altyd vinniger as lywige en groot), maar ook in die feit dat dit pas net die inligting wat meer dikwels nodig is wanneer daar met 'n kliënt van 'n bepaalde terrein. Vir monsterneming of data veranderinge natuurlik gebruik die hooftafel.

Geheue, inligting en databasisse

In die veld van inligtingstegnologie het een of ander manier nie ontwikkel tot die geheue programmeertaal verteenwoordig. Taal - die veranderlikes, konstantes en strukture, sodat iets en een of ander manier gemanipuleer. Databasis - is iets stoor. Daaruit kan jy altyd iets in dit wat jy kan iets aan te teken kies.

Gekombineer taal en raamwerk vir die doel van die werk met inligting, maar die logika van die verhouding in hierdie drietal is nie so volmaak, selfs in 'n eenvoudige klomp van AMP: Apache, PHP, MySQL. Hier alles is duidelik: die bediener, die programmeertaal en die databasis - alles wat nodig is vir die meerderheid van take.

SQL taal - dieselfde programmeertaal, en inderdaad in die databasis het sy eie logika bedrywighede, eie ontwikkeling konsep. Hier het ons die begeerte om databasisprogrammering kant. PHP - 'n goeie hulpmiddel, maar om te sê dat hy is daartoe verbind om voldoende databasis kant, is dit moeilik. Maar sy struktuur en funksies ontwikkel en verbeter.

As ons PHP en MySQL kombineer in 'n enkele eenheid, kry jy die instrument, het 'n geheue. Opsie kombinasie gee die idee van objekgeoriënteerde programmering: voorwerp beskryf in die taal ten tyde van hul nutteloos in geheue (in die databasis) in 'n kompakte staat. Wanneer dit nodig is, is dit verminder na 'n volle voorwerp en bedryf in ooreenstemming met sy bekwaamheid.