Podatkovne vrste v MYSQL za uporabo v bazah podatkov

Se učite o upraviteljih baz podatkov? V tem primeru se morate obvestiti o podatkovne vrste v MySQL, eden najboljših in najbolj uporabljenih na svetu. Ne zamudite priložnosti!.

Podatkovne vrste-v-Mysql-2

Podatkovne vrste v MySQL

Vsakič, ko moramo ustvariti tabelo, ki jo lahko uporabimo za shranjevanje podatkov za aplikacijo, moramo vedeti, kako prepoznati, kateri tip podatkov se uporablja za boljše shranjevanje vsega, kar potrebujemo za arhiviranje. Izbiramo lahko med tremi: številčnimi podatki, nizi (alfanumerično) ter datumi in časi.

Na teh poljih tabel MYSQL imamo možnost izbire med tremi vrstami vsebine in čeprav se zdi očitno, določite, kam naj pošljemo naše podatke, v katero skupino bo shramba spadala, tukaj imamo primer, da se postavimo v kontekstu: da, potrebujemo polje, s katerim lahko shranimo starost osebe, potem bi to bilo polje s številskimi podatki.

Toda preden nadaljujem z razlago, ali veste, kaj je MySQL? Znan je kot eden najpogosteje uporabljenih odprtokodnih upraviteljev baz podatkov na svetu. Da bi imeli predstavo o tem, kako priljubljena je, vam bomo povedali, da: WordPress je upravitelj različnih vrst vsebin, ki obstaja od leta 2003, in da jih približno 55% do 60% spletnih strani obstajajo, so narejeni po zaslugi tega in uporablja MySQL kot bazo podatkov, zato to dokazuje, kako uporaben je in obseg, ki ga ima.

MySQL pripada podjetju Oracle Corporation, ki je bilo zadolženo za nakup leta 2010. Ta upravitelj ima več načinov uporabe, na primer: prakse, izvajanje namestitev, spreminjanje spletnih strani, branje podatkov, med drugim.

Ta gonilnik je mogoče enostavno prenesti in ima več različic, odvisno od operacijskega sistema Windows, ki ga uporabljate, na enak način pa ga je zelo enostavno namestiti.

Velika večina gonilnikov baz podatkov se uporablja prek programskega jezika. Recimo, da so na primer informacije, ki jih imamo na svojih računalnikih, na voljo v bazi podatkov, ko pa si jih moramo ogledati in upravljati, uporablja programski jezik; V primeru MySQL ga spremlja php, ki je znan kot jezik spletnega razvoja, enak tistemu, s katerim se razvija WordPress.

Predvidevamo, da lahko za pospešitev priporočamo prenos orodja XAMPP, ki je na voljo za različne različice sistema Windows. XAMPP ima vrsto komponent, med katerimi imamo:

  • Apache: To bi bil spletni strežnik.
  • PHP: Jezik spletnega razvoja.
  • Fillezilla: Zadolžen je za zbiranje datotek.
  • Merkur: To je poštni strežnik, katerega namen je opravljati teste.
  • MySQL: Kot smo že omenili, je strežnik baz podatkov.

Po namestitvi XAMPP boste lahko uživali v vseh teh komponentah, vključno z MySQL, ki ga lahko zaženete neposredno in se povežete z grafičnim vmesnikom, zato je XAMPP poleg drugih komponent izjemno uporaben.

Ker je bilo vse to jasno, smo želeli pojasniti, da imamo v okviru svojih možnosti za vrste tabel za shranjevanje naših podatkov in če govorimo o polju s številčnimi podatki, znotraj tega iste vrste še druge vrste in vedeti moramo, katera bi bila najboljša, katera bi nam bodo dali možnost, da porabimo manj fizičnega prostora za shranjevanje, in nam bodo dali možnost podatkov, za katere upamo, da jih bomo shranili na tem področju. Edini način za razumevanje teh vprašanj so različne vrste podatkov, ki nam jih ponuja MySQL, spodaj pa jih bomo posredovali, da bi razumeli najprimernejšo uporabo vsake skupine.

Vabimo vas, da si v spodnjem videu ogledate intenziven tečaj o vrstah podatkov v MySQL in vsem, kar morate vedeti o tem. Ne zamudite priložnosti za učenje!:

Številčni podatki

Razlika med eno in drugo vrsto podatkov v MySQL je preprosto v obsegu vrednosti, ki jih lahko vsebujejo. V numeričnih podatkih moramo videti, da lahko ločimo dve veliki veji: cela števila in decimalke; Zdaj bi radi razložili vrste numeričnih podatkov, ki jih lahko imamo glede na situacijo, ki nam je predstavljena, in kaj potrebujemo:

Številčna cela števila

Prva stvar, ki jo želimo razložiti na tem mestu, je, da bi bile možnosti za shranjevanje tovrstnih podatkov starost, količine in velikosti brez decimalk. Predstavili bi tudi primer, da bi bolje razumeli, kakšno vrsto podatkov bi morali izbrati za vsako polje:

Predstavljamo TINYINT, podatkovni tip, ki nam omogoča shranjevanje največje vrednosti 127. Torej, če moramo določiti polje za starost naših uporabnikov, bi ga lahko uporabili, ker je običajno starostno območje znotraj tega števila , in razen če živimo v času svetopisemske Stare zaveze, nihče biološko ni presegel tega števila; Torej ne, ta vrsta podatkov nam ne omogoča shranjevanja 567, na primer niti 128, če omejitev doseže 127.

Če želimo določiti polje za identifikator velikega trga za prodajo na tisoče različnih in raznolikih stvari, bi se to eksponentno spremenilo, očitno nam TINYINT ne služi več, poleg tega bi morali zelo natančno vedeti količino artiklov prodaja, vendar ne samo s tem, kar trenutno imamo, ampak poskuša napovedati svojo bližnjo prihodnost, zato naš sistem za shranjevanje ne bo hitro zastarel.

Lahko bi uporabili nekaj takega, kot je SMALLINT, ki nam bo omogočilo številčenje do 32,000 člankov, če pa spremenimo primer in se s trga premaknemo na polje ID, ki bi ga morali uporabiti za tabelo strank telefonskega podjetja s 5 milijoni uporabnikov, ne bi mogel več imeti SMALLINT -a, ampak nekaterih drugih, kot je MEDIUMINT, in nadaljujemo, če bi imelo naše podjetje 200 milijonov strank, bi morali uporabiti polje tipa INT. Vprašanje se spremeni, če postanemo muhasti in želimo opredeliti polje, ki identificira vsakega človeka, ki živi na planetu Zemlja, potem bi morali za pomoč zaprositi polje BIGNIT, saj tip INT dovoljuje le do dva tisoč milijonov različnih podatkov in to očitno ne bi prišlo do nas.

Prav tako želimo potrditi obstoj negativnih vrednosti, ki bi jih lahko našli, ko želimo shraniti rezultat igre, ali oznako pod ničlo, ki bi jo lahko med drugim označila miza.

Nepodpisane vrednosti

Poglejmo to tako: negativna starost sploh ne bi imela smisla. Če obstaja možnost podvojitve meje največje pozitivne vrednosti vsakega podatka, kar bi odpravilo možnost, da lahko to polje shrani negativne vrednosti, bi podvojili pozitivno mejo shranjevanja in polje tipa TINYINT, ki običajno dovoljuje shranjevanje vrednosti 127, vam bo zdaj omogočilo shranjevanje vrednosti od 0 do 255.

In kako definiramo polje, ki nima znaka? Z modifikatorjem UNSIGNED lahko določimo številsko polje. S tem bi morali poiskati stolpec, ki se glasi Atributi in vrednost UNSIGNED in to polje ne more več vsebovati negativnih vrednosti, s čimer se podvoji njegova zmogljivost shranjevanja.

Omeniti velja, da je pomembno, da pri določanju polja v stolpcu, ki bi ga našli kot dolžino, napišemo številko, ki je skladna s pravkar izbrano kapaciteto pomnilnika. Če nadaljujemo s starostnim primerom, če delamo s TINYNIT -om, moramo kot dolžino vnesti tri, ne večje ali manjše število.

Številke z decimalkami

Cene, plače, zneski bančnih računov so se med drugim premaknili na številske vrednosti z decimalkami in za seboj pustili cela števila, kljub temu, da se ti tipi podatkov imenujejo "plavajoča vejica", ker vejica ločuje celo število del decimalni del, pravzaprav med podatkovnimi tipi MySQL, jih shrani tako, da jih loči s piko; od tu bi imeli tri vrste podatkov: FLOAT, DOUBLE in DECIMAL.

FLOAT nam bo omogočil shranjevanje vsaj vrednosti -999.99 in največ 999.99. Upoštevajte, da znak - ne šteje, ampak točka, ki jih ločuje, torej decimalna vejica, ja, zato bi bili skupaj šestmestni, čeprav opažamo, da sta dve decimalni mesti; Imamo pa nekaj, kar se imenuje preprosto območje natančnosti, zaradi česar imamo decimalne količine med 0 in 24.

Po drugi strani pa DOUBLE, ki je dvakrat natančnejša, dovoljuje le, da se število decimalnih mest določi med 25 in 23. Uporaba FLOAT -a, ki je preprosta natančnost, lahko povzroči težave pri zaokroževanju in izgubo preostalih decimalnih mest. Tisto, kar je še treba pojasniti, je DECIMAL, ki je najboljši za shranjevanje denarnih vrednosti, kjer je potrebna manjša dolžina, vendar največja natančnost, in brez zaokroževanja ta vrsta podatkov dodeli fiksno širino številki, ki jo bo shranila. Največje skupno število mest te vrste podatkov je 64, od tega 30 največje dovoljeno število decimalnih mest, več kot dovolj za shranjevanje cen, plač in valut.

decimalna vejica-1

Alfanumerični podatki

Na koncu pustimo kategorijo numeričnih podatkov, da vnesemo novo. Tu bomo govorili o shranjevanju nizov znakov, da bi to bolje razložili, med vrstami podatkov v MySQL pa imamo naslednje: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT, ENUM in SET, vsak ima svoje značilnosti in svoje prednosti, odvisno od podatkov, ki jih želimo shraniti.

Podatki o datumu in času

To bi bila naša zadnja kategorija, ko gre za vrste podatkov v MYSQL. Videli bomo, da imamo na voljo več možnosti za shranjevanje referenčnih podatkov, datumov in ur, pri čemer vidimo razliko med enim in drugim ter njihovo glavno uporabo, na ta način bomo lahko v vsakem primeru izbrali ustrezno vrsto podatkov.

DATA

Ta vrsta podatkov v MySQL nam omogoča shranjevanje datumov, kjer prve štiri številke pripadajo letu, naslednji dve mesecu in zadnji dve dnevu, čeprav smo v špansko govorečih državah navajeni datume najprej razvrstiti po dan, potem mesec in nato leto, za MYSQL je povsem obratno.

Pomembno je vedeti, da pri branju polja DATE, čeprav je prikazano s črticami, ki ločujejo leto od meseca in mesec od dneva, nam lahko pri vstavljanju teh podatkov naredimo vse neprekinjeno, na primer to: 2018-06-04 in ga vstavite takole 20180604. Časovno obdobje, ki nam ga dovoljuje DATE, je 1000-01-01 do 9999-12-31.

Če nimamo kaj opraviti z dogodkom, ki se je zgodil pred dva tisoč leti, in ga moramo razkriti, s tem formatom ne bomo imeli težav; po drugi strani pa imamo s pogledom v prihodnost več priložnosti, saj smo s to obliko skoraj dosegli leto 10,000.

DATUM ČAS

Če imamo polje, definirano kot DATETIME, bomo lahko shranili podatke ne o datumu, ampak o trenutku, trenutku, razen datuma, tudi njegovega urnika, najprej bomo imeli leto, nato mesec, nato dan , potem bi imeli tudi uro, minute in celo sekunde, oblika je videti tako:

  • LLLL- MM- DD HH: MM: SS

Datum ima podoben obseg kot datum DATE (10,000 let), to je od 1000-01-01 do 9999-12-31. Del urnika bi šel takole: od 00:00:00 do 23:53:53. Vse skupaj bi izgledalo tako: 1000-01-01 00:00:00 do 9999-12-31 23:59:59.

ČAS

Tu lahko shranimo ure, minute in sekunde, ja, tudi prejšnji tip podatkov, vendar imamo s TIME dovoljeno območje, ki sega od: -839: 59: 59 do 839: 59: 59; to bi trajalo približno 35 dni naprej in nazaj na trenutni datum. Ta vrsta podatkov je idealna za izračun preteklega časa med dvema bližnjima trenutkoma.

TIMESTAMP

Tu imamo podatkovni tip, ki je lahko zelo podoben DATETIME, vendar sta njegova oblika in obseg različna, čeprav je še vedno koristno shraniti datum in čas. S poljem te oblike lahko predstavimo tri možnosti, prva je: LLLL-MM-DD HH: MM: SS, druga je: LLLL-MM-DD, tretja pa je enostavnejša: LL-MM- DD.

Tu imamo možnost dolžine 14, 8 ali 6 številk, vse je odvisno od informacij, ki jih posredujemo. Ta oblika ni niti tako zgodovinska niti tako futuristična kot druge, saj obseg, ki ga obravnava to področje, sega le od leta 1970-01-01 do leta 2037.

Poleg tega lahko kot zanimivost ugotovimo, da se njegova vrednost samodejno posodablja vsakič, ko se vstavi ali posodobi zapis, na ta način bomo v tem polju vedno hranili datum in čas zadnje posodobitve teh podatkov, ki je res idealno. prevzeti nadzor, ne da bi vam bilo treba karkoli programirati.

Če želimo to določiti v phpMyAdmin, moramo v Atributih izbrati možnost, ki pravi "ob posodobitvi" CURRENT_TIMESTAMP in kot privzeto vrednost CURRENT_TIMESTAMP. Polje, katerega vrednost se lahko samodejno posodobi pri vstavljanju ali spreminjanju zapisa.

LETO

V primeru, da moramo polje opredeliti kot LETO, ga lahko shranimo z dvema in štirimi številkami. V primeru, da to naredimo z dvema števkama, od 70 do 99 (s 70 do 99 bomo razumeli, da ti ustrezajo razponu let od 1970 do 1999, in če imamo številke od 00 do 69, lahko razumemo ki se nanaša na leta 2000 do 2069), bi v takem primeru navedbe štirih številk ugotovili, da bi se možni obseg razširil, nato pa od 1901 do 2155.

Imamo tudi dodatno možnost, čeprav ni povezana s tipi podatkov v MySQL, vendar je povezana z datumi in urami. Ta dodatna možnost je ustvariti vrednost časovnega žiga s časovno funkcijo PHP (spet želimo pojasniti, da ne govorimo več o MYSQL, čeprav se lahko zaradi zmede, ki ima podobna imena, zmedemo).

Kakor koli že, to vrednost lahko shranimo v 10-mestno polje INT, na ta način bo zelo preprosto urediti vrednosti našega polja (datum z novico lahko navedemo kot primer), nato pa lahko prikaže ta datum s pretvorbo tega časovnega žiga vrednosti v nekaj, kar lahko naredimo berljivega s pomočjo lastnih funkcij za obdelavo datumov PHP.

datum-čas-1

Upam, da smo s tem člankom o podatkovnih vrstah v MySQL uspeli dovolj jasno razložiti vse, kar smo želeli razložiti, in da ste se naučili, kako ustvariti bazo podatkov in tabelo v skladu z vsemi našimi informacijami, s popolno natančnostjo določiti njihova polja z uporabo vrst podatkov in atributov, torej v zmožnosti ali v pogojih, da začnemo pravilno programirati, zdaj pa imamo jasno predstavo o tem, kakšen format bomo potrebovali, kar ustreza našim potrebam glede na to, kaj treba programirati.

Vabimo vas, da si ogledate še en naš članek v zvezi s programiranjem: Polimorfizem v objektno usmerjenem programiranju.


Bodite prvi komentar

Pustite svoj komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

*

*

  1. Za podatke odgovoren: Blog Actualidad
  2. Namen podatkov: Nadzor neželene pošte, upravljanje komentarjev.
  3. Legitimacija: Vaše soglasje
  4. Sporočanje podatkov: Podatki se ne bodo posredovali tretjim osebam, razen po zakonski obveznosti.
  5. Shranjevanje podatkov: Zbirka podatkov, ki jo gosti Occentus Networks (EU)
  6. Pravice: Kadar koli lahko omejite, obnovite in izbrišete svoje podatke.