Vai jūs mācāties par datu bāzu pārvaldniekiem? Tādā gadījumā jums jāinformē sevi par datu veidi MySQL, viens no labākajiem un visbiežāk izmantotajiem pasaulē. Nepalaidiet garām iespēju!
Datu veidi MySQL
Katru reizi, kad mums ir jāizveido tabula, kas kalpo lietojumprogrammas datu glabāšanai, mums jāzina, kā noteikt, kāda veida datus mēs izmantojam, lai labāk saglabātu visu arhivēšanu. Mēs varam izvēlēties starp trim: skaitliskiem datiem, virknēm (burtciparu) un datumiem un laikiem.
Šajos MYSQL tabulu laukos mums ir iespēja izvēlēties starp trim satura veidiem, un, lai gan šķiet acīmredzami, nosakiet, kur sūtīt savus datus, kādam grupas veidam piederēs krātuve, šeit mums ir piemērs kontekstā: jā, mums ir nepieciešams lauks, ar kuru mēs varam saglabāt personas vecumu, tad tas būtu skaitlisks datu lauks.
Bet pirms es turpinu paskaidrot, vai jūs zināt, kas ir MySQL? Tas ir pazīstams kā viens no visplašāk izmantotajiem atvērtā pirmkoda datu bāzu pārvaldniekiem pasaulē. Lai mums būtu priekšstats par tā popularitāti, mēs jums pateiksim, ka: WordPress ir dažāda veida satura pārvaldnieks, kas pastāv kopš 2003. gada, un ka aptuveni 55% līdz 60% tīmekļa lapu pastāv, tiek veidoti, pateicoties tam, un tā izmanto MySQL kā datu bāzi, tāpēc tas pierāda, cik noderīga tā var būt un kāda tā ir.
MySQL pieder uzņēmumam Oracle Corporation, kas 2010. gadā bija atbildīgs par tā iegādi. Šim pārvaldniekam ir vairāki lietojumi, piemēram: prakse, instalāciju veikšana, tīmekļa lapu modificēšana, datu lasīšana, cita starpā.
Šo draiveri var viegli lejupielādēt, un tam ir vairākas versijas atkarībā no izmantotās Windows, tāpat to ir ļoti viegli instalēt.
Lielākā daļa datu bāzes draiveru tiek izmantoti, izmantojot programmēšanas valodu. Pieņemsim, ka, piemēram, mūsu datoros esošā informācija ir pieejama datu bāzē, bet, kad mums tā ir jāapskata un jāpārvalda, tā izmanto programmēšanas valodu; MySQL gadījumā to papildina php, kas pazīstams kā tīmekļa izstrādes valoda, tā pati, ar kuru tiek izstrādāts WordPress.
Mēs pieņemam, ka ātruma dēļ mēs varam ieteikt lejupielādēt XAMPP rīku, kas ir pieejams dažādām Windows versijām. XAMPP nāk ar virkni sastāvdaļu, starp kurām mums ir:
- Apache: Tas būtu tīmekļa serveris.
- PHP: tīmekļa izstrādes valoda.
- Fillezilla: Viņš ir atbildīgs par failu mobilizāciju.
- Dzīvsudrabs: Tas ir pasta serveris, kura mērķis ir veikt pārbaudes.
- MySQL: Kā jau minējām iepriekš, tas ir datu bāzes serveris.
Pēc XAMPP instalēšanas jūs varēsit izbaudīt visus šos komponentus, tostarp MySQL, kuru varat sākt tieši un izveidot savienojumu ar grafisko interfeisu, tāpēc XAMPP ir ārkārtīgi noderīgs papildus tam, ka tam ir citas sastāvdaļas.
To visu darot skaidru, mēs vēlējāmies paskaidrot, ka mūsu datu glabāšanas veidu tabulās un, runājot par skaitlisko datu lauku, tajā ir citi veidi, un mums ir jāzina, kurš būtu labākais, kurš dod mums iespēju patērēt mazāk fiziskās krātuves vietas un dos mums iespēju iegūt datus, kurus mēs ceram saglabāt šajā jomā. Vienīgais veids, kā izprast šos jautājumus, ir dažādi MySQL sniegtie datu veidi, turpmāk mēs sniegsim šo informāciju, lai saprastu katras grupas vispiemērotākos lietojumus.
Mēs aicinām jūs redzēt intensīvu kursu par datu veidiem MySQL un visu, kas jums par to jāzina, zemāk esošajā videoklipā. Nepalaidiet garām iespēju mācīties!:
Skaitliski dati
Atšķirība, ko MySQL var atrast starp viena veida un cita veida datiem, ir vienkārši vērtību diapazons, ko tas var saturēt. Skaitliskajos datos mums jāredz, ka mēs varam atšķirt divus lielus atzarus: veselus skaitļus un decimāldaļas; Tagad mēs vēlamies izskaidrot, kādi skaitlisko datu veidi mums var būt atbilstoši situācijai, kāda mums tiek sniegta, un kas mums ir nepieciešams:
Skaitliski veseli skaitļi
Pirmā lieta, ko mēs šajā brīdī vēlamies izskaidrot, ir tāda, ka šāda veida datu glabāšanas iespējas būtu vecums, daudzums un lielums bez komata. Mēs arī vēlētos parādīt piemēru, lai labāk saprastu, kāda veida datus mums vajadzētu izvēlēties katram laukam:
Mēs piedāvājam datu tipu TINYINT, kas ļauj mums saglabāt maksimālo vērtību 127. Tātad, ja mums ir jānosaka lauks lietotāju vecumam, mēs varētu izmantot šo lauku, jo normālais vecuma diapazons ir šī skaitļa robežās. , un, ja vien mēs nedzīvojam Bībeles Vecās Derības laikā, neviens bioloģiski nepārspēja šo skaitli; Tātad nē, šāda veida dati neļauj mums saglabāt 567, piemēram, pat ne 128, ja limits sasniedz 127.
Tagad, ja mēs vēlamies definēt lauku liela tirgus identifikatoram, lai pārdotu tūkstošiem dažādu un dažādu lietu, tas mainītos eksponenciāli, acīmredzot TINYINT vairs mums nekalpo, turklāt mums vajadzētu ļoti precīzi zināt preču daudzumu. tas tiek pārdots, bet ne tikai ar to, kas mums šobrīd ir, bet cenšoties prognozēt mūsu tuvāko nākotni, tādā veidā mūsu uzglabāšanas sistēma ātri netiks novecojusi.
Mēs varētu izmantot kaut ko līdzīgu SMALLINT, kas ļaus mums saskaitīt līdz 32,000 5 rakstiem, bet, ja mēs mainām piemēru un pārietam no tirgus uz ID lauku, kas jāizmanto telefona kompānijas ar 200 miljoniem lietotāju klientu tabulai, mēs mums vairs nevarēja būt SMALLINT, bet daži citi, piemēram, MEDIUMINT, un mēs turpinām, ja mūsu uzņēmumam būtu XNUMX miljoni klientu, mums jāizmanto INT tipa lauks. Jautājums mainās, ja kļūst kaprīzs un vēlaties definēt lauku, kas identificē katru cilvēku, kas dzīvo uz planētas Zeme, tad mums vajadzētu lūgt palīdzību BIGNIT laukam, jo INT veids atļauj tikai līdz diviem tūkstošiem miljonu dažādi dati, un tie acīmredzami mūs nesasniegtu.
Mēs arī vēlamies apstiprināt, ka pastāv negatīvas vērtības, kuras mēs varētu atrast, vēloties saglabāt spēles rezultātu vai atzīmi zem nulles, ko cita starpā varētu atzīmēt tabula.
Neparakstītas vērtības
Apskatīsim to šādi: negatīvam vecumam nebūtu nekādas jēgas. Ja pastāv iespēja dubultot katra datu maksimālās pozitīvās vērtības robežu, novēršot iespēju, ka šajā laukā var saglabāt negatīvas vērtības, mēs dubultosim pozitīvo uzglabāšanas robežu un TINYINT tipa lauku, kas parasti ļāva saglabāt vērtības No 127, tagad ļaus jums saglabāt vērtības no 0 līdz 255.
Un kā mēs definējam lauku, kuram nav zīmes? Izmantojot UNSIGNED modifikatoru, mēs varam definēt ciparu lauku. Izmantojot to, mums vajadzētu atrast kolonnu ar atribūtiem un vērtību UNSIGNED, un šajā laukā vairs nevar būt negatīvas vērtības, tādējādi dubultojot tās uzglabāšanas ietilpību.
Ir vērts pieminēt, ka ir svarīgi, lai, nosakot lauku slejā, ko mēs atrastu kā garumu, mēs ierakstītu skaitli, kas atbilst tikko izvēlētajai atmiņas ietilpībai. Turpinot ar vecuma piemēru, ja mēs strādājam ar TINYNIT, mums kā garums jāievieto trīs, nevis lielāks vai mazāks skaitlis.
Skaitļi ar decimāldaļām
Cenas, algas, bankas kontu summas, cita starpā, mēs esam pārgājuši uz skaitliskām vērtībām ar decimāldaļām un esam atstājuši veselus skaitļus, un, neskatoties uz to, ka šos datu veidus sauc par "peldošo komatu", jo komats atdala veselu skaitli un decimāldaļu, faktiski starp MySQL datu tipiem, tas tos uzglabā, atdalot tos ar punktu; no šejienes mums būtu trīs veidu dati: FLOAT, DOUBLE un DECIMAL.
FLOAT ļaus mums saglabāt vismaz vērtību -999.99 un ne vairāk kā 999.99. Ņem vērā, ka zīme - neskaitās, bet gan punkts, kas tos atdala, tas ir, aiz komata, jā, tāpēc tie būtu kopumā seši cipari, lai gan atzīmējam, ka divi no tiem ir aiz komata; Bet mums ir kaut kas, ko sauc par vienkāršu precizitātes diapazonu, kas liek mums būt decimāldaļskaitļiem no 0 līdz 24.
No otras puses, DUBULTS, kas ir divreiz precīzāks, ļauj noteikt decimāldaļu skaitu tikai no 25 līdz 23. Izmantojot FLOAT, kas ir vienkārša precizitāte, var rasties noapaļošanas problēmas un atlikušo zīmju aiz komata zudums. Vēl jāpaskaidro DECIMAL, kas ir labākais naudas vērtību glabāšanai, ja nepieciešams mazāks garums, bet maksimāla precizitāte, un bez noapaļošanas šāda veida dati piešķir fiksētu platumu skaitlim, ko tas saglabās. Šāda veida datu maksimālais ciparu skaits ir 64, no kuriem 30 ir maksimālais atļautais cipars aiz komata, kas ir vairāk nekā pietiekami, lai uzglabātu cenas, algas un valūtas.
Burtciparu dati
Visbeidzot, mēs atstājam skaitlisko datu kategoriju, lai ievadītu jaunu. Šeit mēs runāsim par rakstzīmju virkņu saglabāšanu, lai to labāk izskaidrotu, un starp MySQL datu veidiem mums ir šādi: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT, ENUM un SET, katram no tiem ir savas īpašības un priekšrocības, atkarībā no tā, kādus datus mēs vēlamies saglabāt.
Datuma un laika dati
Šī būtu mūsu pēdējā kategorija attiecībā uz datu veidiem MYSQL. Mēs redzēsim, ka mums ir vairākas iespējas, kā uzglabāt norādītos datus, datumus un laikus, redzot atšķirību starp vienu un otru un to galveno lietojumu, tādā veidā mēs katrā gadījumā varēsim izvēlēties atbilstošu datu veidu.
DATA
Šāda veida dati MySQL ļauj mums saglabāt datumus, kuros pirmie četri cipari pieder gadam, nākamie divi-mēnesim un pēdējie divi-dienai, lai gan spāniski runājošās valstīs mēs esam pieraduši datumus sakārtot vispirms pēc dienā, pēc tam mēnesī un pēc tam gadā MYSQL ir pilnīgi otrādi.
Ir svarīgi zināt, ka, lasot DATE lauku, lai gan tas parādās ar domuzīmēm, kas atdala gadu no mēneša un mēnesi no dienas, ievietojot šos datus, tas ļauj mums visu darīt nepārtraukti, piemēram, mēs to varam redzēt kā šo: 2018-06-04 un ievietojiet to šādi: 20180604. Datumu diapazons, ko DATE ļauj mums apstrādāt, ir no 1000-01-01 līdz 9999-12-31.
Ja vien mums nav kāda sakara ar notikumu, kas notika pirms diviem tūkstošiem gadu, un mums tas nav jāatklāj, ar šo formātu mums nebūs problēmu; no otras puses, ņemot vērā nākotni, mums ir vairāk iespēju, jo ar šo formātu mēs gandrīz sasniedzām 10,000 XNUMX gadu.
DATUMS LAIKS
Ja lauks ir definēts kā DATETIME, mēs varēsim uzglabāt informāciju nevis par datumu, bet par mirkli, laika momentu, izņemot datumu, arī tā grafiku, vispirms mums būtu gads, tad mēnesis, pēc tam diena , tad mums būtu arī stunda, minūtes un pat sekundes, formāts izskatās šādi:
- GGGG-MM- DD HH: MM: SS
Datuma daļas diapazons ir līdzīgs DATE tipa diapazonam (10,000 1000 gadi), tas ir, no 01-01-9999 līdz 12-31-00. Grafika daļa būtu šāda: no 00:00:23 līdz 53:53:1000. Viss pabeigtais izskatītos šādi: 01-01-00 00:00:9999 līdz 12-31-23 59:59:XNUMX.
LAIKS
Šeit mums ir atļauts saglabāt stundas, minūtes un sekundes, un jā, arī iepriekšējais datu veids, bet ar TIME mums ir atļauts diapazons, kas svārstās no: -839: 59: 59 līdz 839: 59: 59; tas ilgtu aptuveni 35 dienas turp un atpakaļ pašreizējā datumā. Šāda veida dati ir ideāli piemēroti laika aprēķināšanai starp diviem tuviem momentiem.
LAIKZĪMOGS
Šeit mums ir datu tips, kas varētu būt ļoti līdzīgs datumam DATETIME, bet tā formāts un diapazons ir atšķirīgi, lai gan tas joprojām ir noderīgs datuma un laika saglabāšanai. Izmantojot šī formāta lauku, mums var piedāvāt trīs iespējas, pirmā ir: GGGG-MM-DD HH: MM: SS, otrā ir: GGGG-MM-DD, bet trešā ir vienkāršāka: GG-MM-DD .
Šeit mums ir iespējama iespējamā garuma 14, 8 vai 6 cipari, tas viss ir atkarīgs no mūsu sniegtās informācijas. Šis formāts nav ne tik vēsturisks, ne tik futūristisks kā citi, jo diapazons, ko apstrādā šis lauks, attiecas tikai no 1970-01-01 līdz 2037. gadam.
Turklāt kā ziņkārīgs fakts mēs varam konstatēt, ka tā vērtība tiek automātiski atjaunināta katru reizi, kad ieraksts tiek ievietots vai atjaunināts, tādā veidā mēs vienmēr šajā laukā saglabāsim datumu un laiku, kad pēdējo reizi atjauninājām šos datus, ir patiešām ideāli, lai pārņemtu kontroli, neko neieprogrammējot.
Ja mēs to vēlamies definēt no phpMyAdmin, viss, kas mums jādara, ir atribūtos atlasīt opciju, kas saka: "atjauninot" CURRENT_TIMESTAMP un kā noklusējuma vērtību CURRENT_TIMESTAMP. Lauks, kura vērtību var automātiski atjaunināt, ievietojot vai mainot ierakstu.
GADS
Gadījumā, ja mums jāredz, ka lauks jādefinē kā GADS, mēs varam saglabāt gadu, izmantojot gan divus, gan četrus ciparus. Gadījumā, ja mēs to darām ar diviem cipariem, no 70 līdz 99 (no 70 līdz 99 mēs sapratīsim, ka tie atbilst gadu diapazonam no 1970. līdz 1999. gadam, un, ja mums ir cipari no 00 līdz 69, mēs varam saprotot, ka tas attiecas uz 2000. līdz 2069. gadu), tādā gadījumā, ja tiek sniegti četri cipari, mēs atklātu, ka iespējamais diapazons tiktu pagarināts, pēc tam pārejot no 1901. līdz 2155.
Mums ir arī papildu iespēja, kaut arī tā nav saistīta ar MySQL datu tipiem, bet ir saistīta ar datumiem un laikiem. Šī papildu iespēja ir ģenerēt laika zīmoga vērtību, izmantojot PHP laika funkciju (atkal vēlamies paskaidrot, ka mēs vairs nerunājam par MYSQL, lai gan ir pareizi apmulst, jo ir diezgan līdzīgi nosaukumi).
Jebkurā gadījumā mēs varētu saglabāt šo vērtību 10 ciparu INT laukā, tādā veidā būs ļoti vienkārši pasūtīt sava lauka vērtības (kā piemēru varam ievietot ziņu datumu) un tad var parādīt šo datumu, pārveidojot šīs vērtības laika zīmogu par kaut ko tādu, ko mēs varam padarīt lasāmu, izmantojot pašas PHP datuma apstrādes funkcijas.
Es ceru, ka ar šo rakstu par datu veidiem MySQL mēs esam spējuši pietiekami skaidri izskaidrot visu, ko vēlējāmies, un ka esat iemācījušies izveidot datu bāzi un tabulu atbilstoši visai mūsu informācijai, pilnībā definējot to laukus, izmantojot tos kā datu un atribūtu veidus, tāpēc, ja tie ir spējīgi vai atbilstoši apstākļiem, lai pareizi sāktu programmēt, tagad skaidri saprotot, kāds formāts mums būs vajadzīgs, kas atbilst mūsu vajadzībām atbilstoši mūsu vajadzībām jāprogrammē.
Mēs aicinām jūs izbaudīt vēl vienu mūsu rakstu, kas saistīts ar programmēšanu: Polimorfisms objektorientētā programmēšanā.