It meitsjen fan in tafel yn de MySQL Create Table data

Databank, as farianten fan de konsintraasje fan ynformaasje is fitale, en sûnder har kin net dwaan sels in lytse projekt. Hoe effektyf trochtocht struktuer, goed ûntwurpen tafels, oanpaste kommunikaasje - hinget ôf fan de stekproef rate / skriuwe ynformaasje, data betrouberens, garandearret de ûnmooglikheid fan tafallich skea, beskikberheid feroaring tebeksette, de folsleinens fan elke transaksje - en it súkses fan it gehiel.

De databank is benammen - konseptuele idee, presintaasje fan ynformaasje, en de logika fan har brûken yn in bepaalde taak.

Simple effektive útfiering ratio =

Relational idee fan it organisearjen fan gegevens dúdlik net it bêste, mar se fol fertrouwen hâlde harren posysjes foar tsientallen jierren. As fabriken foar de produksje fan iten en essinsjele guod oan de konsumint, se binne perfoarst nedich.

Revolúsjonêre ideeën yn de ynformaasje feitlik faak ferklearren harren rjocht oan it libben, mar oant hjoed de dei mislearre te foarsjen wichtige bewiis fan it bestean fan sa'n rjocht. Lykas altyd, ienfâld - de kaai ta súkses. Lykwols, it ûnderwerp fan relaasjes en ferbinings tusken data foarwerpen - punten, en systemen yn ynformaasje romte - noch fol mei wite flekken en nijsgjirrige ferrassingen.

Tapasse fan ienfâldige struktuer MySQL meitsjen tafel liedt ta de foarming fan ienfâldige en handich te brûken tsientallen tabellen, formalizing strekking probleem. Begjin mei help fan "muscle" is hiel simpel, mar nei de earste tsien platen fan relational relaasjes oanlieding jaan ta in oare hâlding oan ynformaasje, presintaasje, opslach en gebrûk.

Tydlike, kontrolearre en konstante

Salient punt: "de fûnemintele gebou" databank begripen sûnder it dielnimmen fan MySQL, dy't kaam om it libben mei ynternet programmearring en is wurden in essinsjeel ûnderdiel fan. Dynamisch, moderne technology hat tastien de databank te wurden in flugge, betrouber en effektyf, maklik te learen en te brûken.

Njonken de wichtichste tafels meitsje tydlike tafel MySQL design lit de programmeur te meitsjen tydlike gegevens struktueren bestean yn 'e aktuele sesje, de besite fan in bepaalde brûker, foarkommen fan in bepaalde soart barren.

As foar de tafels en relaasjes tusken harren waarden behannele as wat indisputable, mar no net mear akseptearre sels machtige databank om te ferwizen nei de fûnemintele foarwerpen. Dit is krekt in stap nei begryp fan de struktuer fan de ynformaasje nedich te lossen it probleem.

Troch it jaan fan in ynstrumint te meitsjen tydlike tabellen, meitsje tydlike tafel, MySQL kinne jo splitse databank op it statyske en dynamyske komponinten. Mei opjefte fan it typen fan de fjilden yn 'e tafel, de programmeur kin automatysk behearskje it correctness fan syn opstelling. Mei help fan MySQL meitsje tafel check design, de ûntwerper kin oanjaan de betingsten foar it ynfoljen fan de fjilden. Wylst dizze opsje - earder in kâns om te fasilitearjen de migraasje fan ûntwerpen fan oare SQL dialekten.

Information Romte: betingsten en systemen

Eltse projekt, oft it is it hiele side, ien inkelde side of in ienfâldich algoritme, leit yn in bepaald plak in beskate ynformaasje romte. "Adres" fan it plak - in spesifike taak, de betingsten fan it bestean fan 'e algoritme: de ynformaasje struktuer op' e ynham en outlet, foarmet conversion proses.

Lykwols net perfoarst folgje de regels fan MySQL, meitsje tabel kin net oanmakke dat yn oerienstimming mei syn syntax.

Yn dit foarbyld, fjild code_back, owner_code session_code define kaaien en respektivelik werom, en de kliïnt sesje. Net allinne it brûken fan net-standert ferzje fan MySQL meitsje tafel, kaai hjir net lizze yn syn mêd fan foech, en skildere binnen de sin: it weromkommen koade yn it gefal fan net-kompleet meitsjen fan de transaksje, de aktive client koade en sesje koade, wat kin wêze ferskate foar de kliïnt, mar ôfhinklik fan it, dêr't de koade sil gean werom behear.

Dêr is ek it brûken fan net-standert fjilden h_code, a_contents en a_surprise. Hjir meitsje tafel MySQL foarbyld fan hoe't men fjild kin befetsje gegevens, en semantyk. Yn eltse situaasje dêr't jo in tafel fan klanten, is it ferstannich om in cache fan it aktive part fan 'e tafel. Dit net needsaaklik meitsje it in adekwate earste data struktuer. Bygelyks, a_contents fjild Ynhâld: namme, wachtwurden e-post, en a_surprise fjild - de hjoeddeistige stân fan de brûker.

It idee a_contents en / of a_surprise

Sokke útfiering net nedich tagong ta de wichtichste tafel, wat kin wêze grut en logge, en sil behein it lytse, mei dêryn allinne relevante ynformaasje. Hjir meitsje tafel MySQL - in foarbyld fan wat kin dien wurde ynput de klant namme en wachtwurd, of it wachtwurd en e-mail yn ienfâldige terms: (a_contents lykas '{$ cUserName}; {$ cUserPass}%') of (a_contents lykas '% {$ cUserPass}; {$ cUserName} ').

Yn dit foarbyld, brûkt syn eigen funksje kontrôle dwaan fan 'e tafel: scTableExists (' rm_cache ') as oft de tafel net, jo moatte net allinnich te meitsjen is, mar ek om te nimmen, bygelyks, de earste pear platen mei de gegevens boarne behearders.

Standert fariant meitsje tafel as net bestiet MySQL belichaming biedt beheind troch de beskikberens fan 'e tafel en syn oprjochting yn gefal fan ôfwêzichheid. Meastentiids, dat is net genôch. Wy moatte net allinnich kontrolearje foar de tafel, mar ek folje it mei de earste ynformaasje.

simple type sel

Spesifisiteit fan MySQL brûken fan talen, benammen PHP, meastal minimizes it bedrach fan de populêre data: foarst en foaroan, netipirovannostyu syn fariabelen. De meast brûkte snaren, lykas nedich - it tal en de datum, soms logyske gegevens. Mear mooglikheden beskriuwe gegevens op MySQL meitsje tafel befettet seldsum. Hoewol't de lêste wurdt bepaald troch it probleem wurde oplost. Jo kinne gebrûk meitsje fan de hiele oanbod fan gegevens fia meitsje tafel MySQL, in foarbyld - eltse moderne content management systeem webside.

Wat en hoe te brûken - definiearret de projektûntwikkeler. Op dit punt yn de tiid, neffens Wikipedia, it folume en de snelheid skaaimerken fan MySQL kin oan de meast ruime ferbylding fan 'e klant, rekken hâldend mei de ûnderfining fan it developer brûkt. Wannear't brûkt op in MySQL meitsje tafel standert-struktueren tastean te meitsjen skjinne (lege tafels) mei sellen fan wikseljende lingte en te foarmjen fan in dynamyske ynhâld yn it proses.

Complex data struktuer

Oriïntaasje to ienfâldige gegevens typen, earste line, hat laat ta ferhege belangstelling foar it ûntwerp fan komplekse ynformaasje foarwerpen dy't doe dwaande mei de databank wurdt omsetten nei opslach yn de wichtichste snaren, oantallen (yndeksearret - meast faak), data, en "grutte gegevens" - foto , lûden, oare capacious ynhâld. Hjir dialekt de skeppe de SQL De tafel de MySQL hast gjin grinzen. Foar alle ienfâld en de tagonklikens fan "muscle" programmeur hat ta syn foldwaan de folsleine krêft fan echte SQL.

Nei bûten ta ienfâldich kwa sel type databank char of varchar bekearde yn de algoritme te lêzen yn in folsleine foarwerp - in kompleks gegevens struktuer (eigenskippen, metoaden, syntaksis en semantyk), en doe't opname wer lutsen yn in kompakte foarm, de essinsje fan dat wurdt bepaald troch de ûntwikkelder.

De ienheid tafel

column allinne, allinne linen en mar ien elemint op harren rjochtsôf, en mar ien type - sel. Dat is de basis regel struktuer MySQL "meitsje tabel". Gjin MySQL data type is net orizjineel: it oantal, karakter string, datum ... It folget net út 'e syntaksis, mar it blykt yn' e praktyk.

Programmeur tolken sel kin tolerate it dan in soarte fan foarwerp, as gefolch fan 'e easken fan' e taak. Ut it perspektyf fan de databank dat "eltse type" - allinne line.

Lykwols, gjin saak wat, en hoe om te brûken op de developer leafst. It is wichtich dat der op dit punt op 'e tiid (neffens Wikipedia) volume en snelheid MySQL Parameter kinne foldwaan de meast ruime ferbylding fan' e klant, rekken hâldend mei de ûnderfining fan it developer brûkt.

"Tenacious" binne hiel simpel tafel, regele de meast ienfâldige wize. As de projektûntwikkelder set op alle mêd fan 'e goede betsjutting, bêdzjende it yn in char of varchar type binnen dyn MySQL meitsje tafel syntaksis, de tafel sil wurkje.

integer tafel

Wy moatte ek prate oer yndeksearret yn MySQL. Meitsje tafel makket it mooglik om daliks omskriuwe se en brûk om tagong grutte dielen fan de gegevens. Dizze oanpak is hiel begryplik, fertroud en perfeksjonearre oan sokke detail dat it optimalisearjen hinget ôf fan de CPU snelheid, caching fan gebrûk listige berekkening Algorithmen faak selektearre data editing php.ini, my.ini en httpd.conf.

Undertusken, neat foarkomt in developer te meitsjen dyn eigen view "Data" - "kaaien oan de gegevens" foar ienfâld hiel getal - gjin rigen yn de tabel, mar nûmers. In mikro meitsje tafel int MySQL sil foarsjen alle needsaaklike rest fan 'e tafel: maklik tagong, ienfâldige operaasje, folsleine funksjonaliteit by de ideale snelheid.

Integers, organisearre as in echte gegevens kaartsjes yn grutte en grut tafels, sil versnellen de seleksje en modifikaasje fan ynformaasje sûnder problemen. Mooglik meitsje in ferzje fan de kaai fan de tagong foar de doer fan it wurk, dan kinne jo gebrûk meitsje fan de meitsjen tydlike tafel struktuer, MySQL soarget foar in tydlike tafel foardat it brûke. Of, bygelyks, foar eltse brûker - in toets tafel.

Yn dat ferbân wurdt de syntaksis is net oanjûn it gebrûk fan meitsje tafel as net bestiet MySQL kinne jo meitsje de nedige tafels, sels as in ûnferwachte ôfwêzigens, bygelyks, wie in ferkearde input / output of kompjûter crashes, en yndeksearjend fersteurd.

De realiteiten fan hosting - MySQL +

Histoarysk, de databank is in sinfol gegevens struktuer. Design M ySQL meitsje tafel earstoan folge klassike begripen fan gegevens en harren lizzing oan skiif romte. Ynternet programmearring, en fral de opsjes fan hosting en de logika fan de populêre ynhâld behear systeem, makke frjemd, op het eerste gezicht, ferpleatsing: iene basis mooglik in kombinaasje fan ferskillende. De ôfskieding is op 'e tafel prefix namme.

Guon hosting soarchoanbieders hawwe oplein oan de databank 'e nammen fan harren easken, lykas de databank namme begjint mei de namme fan de eigener hosting.

Troch en grutte, dat makket neat út wat te neame de databank en hoe te neamme it tafel. Lykwols, de situaasje begûn te fertsjintwurdigjen net allinne in MySQL syntaksis en easken fan hosting plus syntaksis, dws MySQL +.

In lytse tafel, de makliker it is regele, en de minder dat registrearret, it tichtere wurdt it implanted yn de programmeartaal fia dêr't de winske aksjes wurde útfierd mei de gegevens.

Yn prinsipe, eltse taak is maklik om te skilderjen yn elemintêre ûnderdielen, de iennichste fraach is, hoefolle kostet sa'n ienfâld.

As jo nedich hawwe in skjin MySQL, ek har eigen hosting jo eigen tsjinner, dêr't der sil gjin beheinings op it oantal databanken of troch de regels fan nammejouwing har en harren lid tafels.

In ferskaat oan ferzjes fan Apache / MySQL / PHP

Ôfhinklikens fan de hosting miljeu - net safolle problemen, as in ûnmisber betingst foar in moderne ferdigenjende programmearring. Jo kinne skriuwe yn PHP 7.0.13, brûk MySQL 5.7.16, mar de klant wurdt hosting, wêrtroch allinnich ferzje fan Perl en "muscle" 4.1.1 of in âldere ferzje fan PHP.

Yn it algemien (wat oars, is net in feit) hosting beskikber op Linux, FreeBSD, Ubuntu en oare fariaasjes yunikosopodobnyh systemen. Sy allegearre wurkje prima, mar elk fan harren hat syn eigen skaaimerken, har eigen ferzjes fen 'e gearkomsten AMP (Apache, MySQL, PHP). Net altyd en net elke ploech giet oan it wurk yn de folgjende ferzje, al se wurke yn it foarige.

Sa'n ienfâldige operaasje as databank eksport eltse ferzje fan MySQL docht sûnder problemen, sawol út Import Import phpMyAdmin, en út it kommando rigel. Kontakt ymport operaasjes kinne net plakfine. Faker as neat te wizigjen wat yn jo PHP, MySQL server of Apache. As de feroarings net helpe, is it nedich om te sykjen nei alternativen.

It ienfâldige feit, in operaasje kin útfierd wurde troch Resette de databank, de programmearring taal of de tsjinner. Dit is net de bêste oplossing, mar meastal effektyf.

De databank creation / validation tafel

Syntax MySQL meitsje tafel komselden tapassing yn syn standert útfiering. As it wurdt net sjoen yn 'e kontekst fan' e populêre content management systeem: der sil altyd in klassiker fan it genre. It deistich wurk is maklikst te beskôgje it yn 'e kontekst fan' e praktyk: hokker fjilden binne nedich yn de tabel, dêr't se moatte in type en grutte. De rest noch moatte refine it proses fan ûntwikkeling: it karakter set, sortearje oarder, kaaien.

Optimaal is in ferzje fan 'e algoritme, dêr't ek it ûntbrekken fan in databank net bemuoit mei de side om te begjinnen. Jo kinne skriuwe jo eigen funksje kontrolearje de database en / of tafel as jo moatte meitsje net allinnich de ynformaasje struktueren, mar ek om te foljen yn harren earste ynformaasje.

Hiel faak brûke in rige fan ûntwerpen meitsje tafel as net bestiet, MySQL net fernuverje de side eigner of in besiker dy't ynienen sizze: der is gjin databank of tabel struktuer is brutsen.

Yn moderne programmearring algemiene regel fan 'fertrouwen mar ferifiearje "wurket net, of leaver sil brûke de logika fan' e" kontrolearje en brûke. "

Meitsje tafel: MySQL brûker tafel sample

Registraasje fan nije besikers en de yngong / útgong fan side brûkers hawwe ûntwikkele tal fan kearen, mar de limyt fan folsleinens yn dit wichtich part fan in side noch.

Yn in soad manieren, input / output en registraasje wurde definiearre troch kwa ferwizing fan de site en / of brûk ynhâld behear systeem, mar faker - de winsk om te ûntwikkeljen wat feiliger, beskermjen brûker akkounts, foarkomme hacking site.

Ornaris MySQL databank is feiliger as in webstee, mar yn gefal fan mislukking kin net útsletten wurde skerm blêder flater berjochten fan de konfiguraasje koade fan in side, mei dêryn de nammen en wachtwurden oan de databank.

Goede praktyk - te dielen gegevens oer de statyske en dynamyske komponinten. Op de foarbyld fan in brûker tafel, kinne jo hawwe in bulk spreadsheet brûkers en aktive cache_users. De earste tabel befettet in grut oantal brûkers, it twadde - allinnich dyjingen, dy't wurke oan de lêste dei (bygelyks). Eltse nije brûker dat is ôfwêzich yn de twadde tabel, kaam der nei de yngong / resepsje en opslein in skoft.

Mar de yndieling yn twa tafels hjir net allinnich jout gegevens sample rate (in lytse tabel is altyd hurder as grut en grutte), mar ek yn it feit dat it past allinnich de ynformaasje dy't nedich is faker as it betsjinjen fan eltse klant fan in bepaalde side. Foar sampling of gegevens feroarings fan natuere brûkt de wichtichste tafel.

Ûnthâld, ynformaasje en databanken

Op it mêd fan ynformaasje technology of oare manier is net ûntwikkele om fertsjintwurdigje it ûnthâld programmeartaal. Taal - de fariabelen, konstanten en struktueren, sadat wat en ergens manipulearre. Databank - is wat storing. Fan it kinne jo altyd kieze wat dêryn kinne jo opnimme wat.

Kombinearre taal en ramt foar it doel fan it wurkjen mei ynformaasje, mar de logika fan 'e relaasje yn dizze Triad is net sa folslein, sels yn in ienfâldige boskje AMP: Apache, PHP, MySQL. Hjir alles is dúdlik: de tsjinner, de programmearring taal en de database - alles wat nedich is foar it grutste part fan de taken.

SQL taal - deselde programmearring taal, en yndie yn de databank hat in eigen logika aktiviteiten, in eigen programmearring konsept. Hjir ha wy de winsk ta databank Programming kant. PHP - een goede ynstrumint, mar om te sizzen dat er him ynsette om adekwaat databank kant, it is dreech. Lykwols, syn struktuer en funksjes ûntwikkele en ferbettere.

As wy kombinearje PHP en MySQL yn ien ienheid, krije jo it stik ark, hat in ûnthâld. Opsje kombinaasje jout it idee fan foarwerp-rjochte programmearring: object beskreaun yn de taal op it stuit fan harren uselessness ûnthâlden wurdt (yn de databank) yn in kompakte steat. As it is fanneden, it is werombrocht ta in folsleine foarwerp en wurket yn oerienstimming mei syn foech.