Opitko tietokantojen ylläpitäjistä? Siinä tapauksessa sinun on ilmoitettava itsestäsi tietotyypit MySQL: ssä, yksi maailman parhaista ja käytetyimmistä. Älä missaa tilaisuutta!.
Tietotyypit MySQL: ssä
Aina kun meidän on luotava taulukko, jota voidaan käyttää sovelluksen tietojen tallentamiseen, meidän on tiedettävä, kuinka tunnistaa, minkä tyyppiset tiedot auttavat meitä tallentamaan paremmin kaiken arkistoinnin. Voimme valita kolmesta: numeeriset tiedot, merkkijonot (aakkosnumeeriset) ja päivämäärät ja ajat.
Näillä MYSQL -taulukoiden kentillä meillä on mahdollisuus valita kolmesta sisällötyypistä, ja vaikka se näyttää itsestään selvältä, määritä minne lähettää tietomme, mihin ryhmään tallennustila kuuluu, tässä meillä on esimerkki itsestämme yhteydessä: kyllä tarvitsemme kentän, johon voimme tallentaa henkilön iän, silloin se olisi numeerinen tietokenttä.
Mutta ennen kuin jatkan selittämistä, tiedätkö mikä on MySQL? Se tunnetaan yhtenä maailman laajimmin käytetyistä avoimen lähdekoodin tietokantojen ylläpitäjistä. Jotta saisimme käsityksen siitä, kuinka suosittu se on, kerromme sinulle, että: WordPress hallinnoi vuodesta 2003 lähtien ollut erilaista sisältöä ja että noin 55–60% olemassa, valmistetaan tämän ansiosta, ja se käyttää MySQL: ää tietokantana, joten tämä osoittaa, kuinka hyödyllinen se voi olla ja kuinka laaja se on.
MySQL kuuluu Oracle Corporation -yhtiölle, joka oli vastuussa sen ostamisesta vuonna 2010. Tällä esimiehellä on useita käyttötarkoituksia, kuten: käytännöt, asennusten suorittaminen, verkkosivujen muokkaaminen, tietojen lukeminen.
Tämä ohjain voidaan ladata helposti, ja siitä on useita versioita käyttämästäsi Windowsista, samalla tavalla, se on erittäin helppo asentaa.
Suurinta osaa tietokanta -ajureista käytetään ohjelmointikielen kautta. Oletetaan, että esimerkiksi tietokoneillamme olevat tiedot ovat saatavilla tietokannassa, mutta kun meidän on tarkasteltava ja hallittava niitä, se käyttää ohjelmointikieltä; MySQL: n tapauksessa sen mukana tulee php, joka tunnetaan web -kehityskielenä ja jolla WordPress kehitetään.
Oletamme, että suosittelemme nopeuden vuoksi lataamaan XAMPP -työkalun, joka on saatavana eri Windows -versioihin. XAMPP sisältää sarjan komponentteja, joista meillä on:
- Apache: Tämä olisi web -palvelin.
- PHP: Verkkokehityskieli.
- Fillezilla: Hän vastaa tiedostojen mobilisoinnista.
- Elohopea: Se on postipalvelin, jonka tarkoitus on suorittaa testit.
- MySQL: Kuten aiemmin mainitsimme, se on tietokantapalvelin.
XAMPP: n asentamisen jälkeen voit nauttia kaikista näistä osista, mukaan lukien MySQL, jonka voit käynnistää suoraan ja muodostaa yhteyden graafiseen käyttöliittymään, minkä vuoksi XAMPP on erittäin hyödyllinen muiden komponenttien lisäksi.
Kun tämä kaikki oli selvää, halusimme selittää, että mahdollisuuksissamme tallentaa taulukoita tietoihimme ja numeerisesta tietokentästä, meillä on muita tyyppejä, ja meidän on tiedettävä, mikä olisi paras, mikä antaa meille mahdollisuuden kuluttaa vähemmän fyysistä tallennustilaa ja antaa meille mahdollisuuden saada dataa, jonka toivomme tallentavan kyseiselle alueelle. Ainoa tapa ymmärtää nämä kysymykset ovat MySQL: n meille antamat erityyppiset tiedot, alla annamme nämä tiedot ymmärtääksemme kunkin ryhmän sopivimmat käyttötarkoitukset.
Kutsumme sinut näkemään intensiivinen kurssi MySQL: n tietotyypeistä ja kaikesta mitä sinun tarvitsee tietää alla olevasta videosta. Älä missaa tilaisuutta oppia!:
Numeeriset tiedot
Ero, jonka löysimme tietotyypin ja toisen välillä MySQL: ssä, on yksinkertaisesti arvoalue, jonka se voi sisältää. Numeeristen tietojen sisällä meidän on nähtävä, että voimme erottaa kaksi suurta haaraa: kokonaisluvut ja desimaalit; Haluaisimme nyt selittää, millaisia numeerisia tietoja meillä voi olla tilanteen mukaan, joka meille esitetään ja mitä tarvitsemme:
Numeeriset kokonaisluvut
Ensimmäinen asia, jonka haluamme selittää tässä vaiheessa, on se, että tämäntyyppisten tietojen tallentamisvaihtoehdot ovat ikät, määrät ja suuruusluokat ilman desimaaleja. Haluaisimme myös esittää esimerkin ymmärtääksemme paremmin, millaisia tietoja meidän pitäisi valita kullekin kentälle:
Esittelemme TINYINT -tietotyypin, jonka avulla voimme tallentaa enimmäisarvon 127. Joten jos meidän on määriteltävä kenttä käyttäjiemme iälle, voimme käyttää tätä kenttää, koska normaali ikäalue on kyseisen luvun sisällä , ja ellemme elä raamatullisen Vanhan testamentin aikaa, kukaan ei ylittänyt biologisesti tätä määrää; Joten ei, tämäntyyppiset tiedot eivät salli meidän tallentaa esimerkiksi 567, ei edes 128, jos raja saavuttaa 127.
Jos haluamme nyt määritellä kentän suurten markkinoiden tunnisteelle, jossa myydään tuhansia erilaisia ja vaihtelevia asioita, tämä muuttuisi eksponentiaalisesti, selvästi TINYINT ei enää palvele meitä, minkä lisäksi meidän pitäisi tietää hyvin tarkasti tuotteiden määrä se myy, mutta ei vain sillä, mitä meillä on tällä hetkellä, vaan yrittää ennustaa lähitulevaisuuttamme, joten tallennusjärjestelmämme ei vanhene nopeasti.
Voisimme käyttää jotain SMALLINTin kaltaista, jonka avulla voimme numeroida jopa 32,000 5 artikkelia, mutta jos muutamme esimerkkiä ja siirrymme markkinoilta tunnuskenttään, jota tulisi käyttää 200 miljoonan käyttäjän puhelinyrityksen asiakaspöydässä, meillä ei enää voisi olla SMALLINTia, vaan joitain muita, kuten MEDIUMINT, ja jatkamme, jos yrityksellämme olisi XNUMX miljoonaa asiakasta, meidän on käytettävä tyypin INT kenttää. Ongelma muuttuu siinä tapauksessa, että muuttuu oikukas ja haluaa määritellä kentän, joka tunnistaa kaikki maapallolla elävät ihmiset, meidän pitäisi pyytää BIGNIT -kenttää apua, koska INT -tyyppi sallii vain kaksi tuhatta miljoonaa erilaisia tietoja, eivätkä ne selvästikään tavoita meitä.
Haluamme myös vahvistaa negatiivisten arvojen olemassaolon, jotka voisimme löytää, kun haluamme tallentaa pelin pistemäärän tai nollan alapuolisen merkin, jonka taulukko voisi merkitä mm.
Allekirjoittamattomat arvot
Katsotaanpa asiaa näin: negatiivisen iän saamisessa ei olisi mitään järkeä. Jos on mahdollista kaksinkertaistaa jokaisen tiedon enimmäispositiivisen arvon raja poistamalla mahdollisuus, että kyseinen kenttä voi tallentaa negatiivisia arvoja, kaksinkertaistamme tallennuksen positiivisen rajan ja tyypin TINYINT kentän, joka normaalisti sallii arvojen tallentamisen 127, nyt voit tallentaa arvot 0 - 255.
Ja miten määritellään kenttä, jossa ei ole merkkiä? UNSIGNED -muokkaajan avulla voimme määrittää numeerisen kentän. Tämän avulla meidän pitäisi löytää sarake, jossa lukee Attribuutit ja arvo UNSIGNED, ja tämä kenttä ei voi enää sisältää negatiivisia arvoja, mikä kaksinkertaistaa sen tallennuskapasiteetin.
On syytä mainita, että on tärkeää, että määrittäessämme sarakkeen kentän, jonka löytäisimme pituudeksi, kirjoitamme luvun, joka vastaa juuri valitsemaamme tallennuskapasiteettia. Jatkaessamme ikäesimerkkiä, jos työskentelemme TINYNITin kanssa, meidän on annettava kolmena pituus, ei suurempi tai pienempi luku.
Numerot desimaaleilla
Muun muassa hinnat, palkat, pankkitilien määrät olemme siirtyneet desimaalilukuihin ja jättäneet kokonaisluvut taakse, ja huolimatta siitä, että näitä tietotyyppejä kutsutaan "liukulukuiksi", koska pilkku erottaa kokonaisluvun ja desimaaliosa, itse asiassa MySQL -tietotyyppien välillä, tallentaa ne erottamalla ne pisteellä; täältä saisimme kolmenlaisia tietoja: FLOAT, DOUBLE ja DECIMAL.
FLOAT antaa meille mahdollisuuden tallentaa vähintään arvon -999.99 ja enintään 999.99. Ota huomioon, että merkki - ei lasketa, mutta piste, joka erottaa ne, eli desimaalipiste, kyllä, siksi ne olisivat yhteensä kuusi numeroa, vaikka huomaamme, että kaksi niistä on desimaaleja; Mutta meillä on jotain, jota kutsutaan yksinkertaiseksi tarkkuusalueeksi, joka pakottaa meidät olemaan desimaalimääriä välillä 0 ja 24.
Toisaalta DOUBLE, joka on kaksinkertainen tarkkuus, sallii vain desimaalien määrän määrittämisen välillä 25-23. FLOAT -toiminnon käyttö, joka on yksinkertainen tarkkuus, voi aiheuttaa pyöristysongelmia ja jäljellä olevien desimaalien menettämisen. Selitettävä asia on DECIMAL, joka on paras rahallisten arvojen tallentamiseen silloin, kun vaaditaan vähemmän pituutta, mutta suurin tarkkuus, ja ilman pyöristämistä tämäntyyppinen data määrittää kiinteän leveyden tallennettavalle numerolle. Tämän tyyppisten tietojen enimmäismäärä on 64, joista 30 on suurin sallittu desimaalimäärä, enemmän kuin tarpeeksi hintojen, palkkojen ja valuuttojen tallentamiseen.
Aakkosnumeeriset tiedot
Lopuksi jätämme numeerisen datan luokan syöttääksemme uuden. Tässä puhutaan merkkijonojen tallentamisesta, selittämiseksi paremmin, ja MySQL: n tietotyyppien joukossa on seuraavat: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT, ENUM ja SET, jokaisella on omat ominaisuutensa ja etunsa sen mukaan, mitä tietoja haluamme tallentaa.
Päivämäärän ja ajan tiedot
Tämä olisi viimeinen luokkamme MYSQL: n tietotyyppien suhteen. Näemme, että meillä on useita vaihtoehtoja viitetietojen, päivämäärien ja kellonaikojen tallentamiseen.Näemme eron toistensa välillä ja niiden pääasialliset käyttötarkoitukset, joten voimme valita sopivan tietotyypin kussakin tapauksessa.
DATE
Tämäntyyppisten tietojen avulla MySQL: ssä voimme tallentaa päivämääriä, joissa neljä ensimmäistä numeroa kuuluvat vuoteen, seuraavat kaksi kuukautta ja kaksi viimeistä päivää, vaikka espanjankielisissä maissa olemme tottuneet tilaamaan päivämäärät ensin päivä, sitten kuukausi ja sitten vuosi, MYSQL: ssä se on täysin päinvastoin.
On tärkeää tietää, että DATE -kenttää luettaessa, vaikka se näkyy viivoilla, jotka erottavat vuoden kuukaudesta ja kuukauden päivästä, näiden tietojen lisäämisen avulla voimme tehdä kaiken jatkuvasti, esimerkiksi, voimme nähdä sen esimerkiksi tämä: 2018-06-04 ja lisää se näin: 20180604. Päivämäärä, jonka DATE voi käsitellä, on 1000-01-01-9999-12-31.
Jos meillä ei ole mitään tekemistä tapahtuman kanssa, joka tapahtui kaksituhatta vuotta sitten ja meidän on paljastettava se, meillä ei ole ongelmia tämän muodon kanssa; Toisaalta tulevaisuutta ajatellen meillä on enemmän mahdollisuuksia, koska tällä muodolla saavutimme melkein vuoden 10,000 XNUMX.
TREFFIAIKA
Kun kenttään on määritetty DATETIME, voimme tallentaa tietoja ei päivämäärästä, vaan hetkestä, hetkestä, päivämäärän lisäksi myös sen aikataulusta, ensin meillä olisi vuosi, sitten kuukausi ja sitten päivä , silloin meillä olisi myös tunti, minuutit ja jopa sekunnit, muoto näyttää tältä:
- VVVV- KK-PP HH: MM: SS
Päivämääräosalla on samanlainen alue kuin DATE-tyypillä (10,000 vuotta) eli 1000-01-01-9999-12-31. Osa aikataulusta menisi näin: 00:00:00 - 23:53:53. Kaikki täydellinen näyttäisi tältä: 1000-01-01 00:00:00-9999-12-31 23:59:59.
AIKA
Täällä meillä on oikeus tallentaa tunteja, minuutteja ja sekunteja, ja kyllä, myös edellinen tietotyyppi, mutta TIME -toiminnolla meillä on sallittu alue, joka vaihtelee: -839: 59: 59 -839: 59: 59; tämä kestää noin 35 päivää edestakaisin nykyisenä päivänä. Tämäntyyppinen data on ihanteellinen kahden läheisen hetken välisen ajan laskemiseen.
AIKALEIMA
Tässä meillä on tietotyyppi, joka voi olla hyvin samanlainen kuin DATETIME, mutta sen muoto ja alue ovat erilaisia, vaikka se on edelleen hyödyllinen päivämäärän ja ajan tallentamiseen. Tämän muodon kentällä voidaan esittää kolme vaihtoehtoa, joista ensimmäinen on: VVVV-KK-PP HH: MM: SS, toinen on: VVVV-KK-PP ja kolmas on yksinkertaisempi: VV-KK- DD.
Tässä meillä on mahdollisuus olla 14, 8 tai 6 numeroa, kaikki riippuu antamistamme tiedoista. Tämä muoto ei ole yhtä historiallinen eikä futuristinen kuin muut, koska tämän kentän käsittelemä alue ulottuu vain vuosilta 1970-01-01 vuoteen 2037.
Lisäksi uteliaana tosiasiana voimme todeta, että sen arvo päivitetään automaattisesti aina, kun tietue lisätään tai päivitetään, tällä tavalla säilytämme tällä alalla aina näiden tietojen viimeisimmän päivityksen päivämäärän ja kellonajan. on todella ihanteellinen hallita ilman mitään ohjelmointia.
Jos haluamme määrittää tämän phpMyAdminista, meidän tarvitsee vain valita Attribuutit -kohdasta vaihtoehto, joka sanoo "päivitettäessä" CURRENT_TIMESTAMP ja oletusarvona CURRENT_TIMESTAMP. Kenttä, jonka arvon voi päivittää automaattisesti, kun tietuetta lisätään tai sitä muutetaan.
VUOSI
Jos meidän on nähtävä tarve määritellä kenttä VUODEKSI, voimme tallentaa vuoden sekä kahdella että neljällä numerolla. Jos teemme sen kahdella numerolla, 70-99 (70-99, ymmärrämme, että nämä vastaavat vuosien vaihteluväliä 1970--1999, ja jos meillä on numerot 00--69, voimme ymmärtää se viittaa vuosiin 2000–2069), jos saamme neljä numeroa, havaitsemme, että mahdollista vaihteluväliä laajennettaisiin vuodesta 1901 vuoteen 2155.
Meillä on myös ylimääräinen mahdollisuus, vaikka se ei liity MySQL: n tietotyyppeihin, mutta liittyy päivämääriin ja kellonaikoihin. Tämä lisämahdollisuus on luoda aikaleima -arvo PHP -aikatoiminnolla (haluamme jälleen kerran selventää, että emme enää puhu MYSQL: stä, vaikka se on pätevää hämmentyä, koska sillä on melko samanlaiset nimet).
Joka tapauksessa, voisimme tallentaa arvon 10-numeroiseen INT-kenttään, tällä tavalla on erittäin yksinkertaista tilata kenttämme arvot (voimme asettaa uutisen päivämäärän esimerkkinä) ja sitten voi näyttää kyseisen päivämäärän muuttamalla arvon aikaleiman sellaiseksi, jonka voimme tehdä luettavaksi PHP: n omilla päivämääränkäsittelytoiminnoilla.
Toivon, että tämän MySQL: n tietotyyppejä käsittelevän artikkelin avulla olemme pystyneet selittämään kaiken, mitä halusimme selittää, ja että olet oppinut luomaan tietokannan ja taulukon kaikkien tietojemme mukaan määrittelemällä niiden kentät täydellä tarkkuudella käyttämällä Ne ovat siis datatyyppejä ja määritteitä, joten he voivat tai voivat olosuhteissa aloittaa ohjelmoinnin oikein, ja nyt heillä on selkeä käsitys siitä, mitä muotoa tarvitsemme, mikä sopii tarpeisiimme sen mukaan, mitä täytyy ohjelmoida.
Kutsumme sinut nauttimaan ohjelmointiin liittyvistä artikkeleistamme: Polymorfismi olio-ohjelmoinnissa.