Изучавате ли мениджърите на бази данни? В този случай трябва да се информирате за типове данни в MySQL, един от най -добрите и най -използваните в света. Не пропускайте възможността!.
Типове данни в MySQL
Всеки път, когато трябва да създадем таблица, която може да се използва за съхраняване на данни за дадено приложение, трябва да знаем как да идентифицираме какъв тип данни се използват за по -добро съхранение на всичко необходимо за архивиране. Можем да избираме между три: числови данни, низове (буквено -цифрови) и дати и часове.
В тези полета на таблиците на MYSQL имаме възможност да избираме между три типа съдържание и макар да изглежда очевидно, да определим къде да изпратим данните си, към какъв тип група ще принадлежи хранилището, тук имаме пример да се поставим в контекст: да, имаме нужда от поле, с което можем да съхраняваме възрастта на човек, тогава това би било поле с цифрови данни.
Но преди да продължа да обяснявам, знаете ли какво е MySQL? Известен е като един от най -широко използваните мениджъри на бази данни с отворен код в света. За да можем да си представим колко е популярен, ще ви кажем, че: WordPress е мениджър на различни видове съдържание, което съществува от 2003 г., и че около 55% до 60% от уеб страниците, които съществуват, направени са благодарение на това и той използва MySQL като база данни, така че това доказва колко полезно може да бъде и обхвата, който има.
MySQL принадлежи на компанията Oracle Corporation, която отговаряше за закупуването му през 2010 г. Този мениджър има множество приложения, като например: практики, извършване на инсталации, промяна на уеб страници, четене на данни и др.
Този драйвер може лесно да бъде изтеглен и има няколко версии в зависимост от Windows, който използвате, по същия начин е много лесно да го инсталирате.
По -голямата част от драйверите за бази данни се използват чрез език за програмиране. Да кажем, че например информацията, която имаме на нашите компютри, е налична в базата данни, но когато трябва да я прегледаме и управляваме, тя използва език за програмиране; В случая с MySQL, той е придружен от php, който е известен като език за уеб разработка, същият, с който е разработен WordPress.
Предполагаме, че можем да препоръчаме за скорост изтеглянето на инструмента XAMPP, който е достъпен за различни версии на Windows. XAMPP идва с поредица от компоненти, сред които имаме:
- Apache: Това ще бъде уеб сървър.
- PHP: Езикът за уеб разработка.
- Филезила: Той отговаря за мобилизирането на файловете.
- Меркурий: Това е пощенският сървър, който има за цел да направи тестовете.
- MySQL: Както споменахме по -рано, това е сървърът на базата данни.
След като инсталирате XAMPP, ще можете да се насладите на всички тези компоненти, включително MySQL, който можете да стартирате директно и да се свържете с графичния интерфейс, затова XAMPP е изключително полезен, освен че има и останалите компоненти.
След като всичко това беше ясно, искахме да обясним, че в рамките на нашите възможности за типове таблици за съхраняване на нашите данни и говорейки за полето с цифрови данни, в рамките на същото имаме други типове и трябва да знаем кой би бил най -добрият, който би ще ни даде възможност да консумираме по -малко физическо пространство за съхранение и ще ни даде възможност за данни, които се надяваме да съхраняваме в това поле. Единственият начин да разберем тези въпроси са различните типове данни, които MySQL ни предоставя, по -долу ще предоставим тази информация, за да разберем най -подходящите употреби на всяка група.
Каним ви да видите интензивен курс по типове данни в MySQL и всичко, което трябва да знаете за него, във видеото по -долу. Не пропускайте възможността да научите!:
Числени данни
Разликата, която можем да намерим между един тип данни и друг в MySQL, е просто диапазонът от стойности, които могат да съдържат. В рамките на числените данни трябва да видим, че можем да разграничим два големи клона: цели числа и десетични знаци; Сега бихме искали да обясним видовете числови данни, които можем да имаме според ситуацията, която ни е представена и от какво се нуждаем:
Числови цели числа
Първото нещо, което искаме да обясним на този етап, е, че опциите, които имаме, за да съхраняваме този тип данни, ще бъдат възрасти, количества и величини без десетични знаци. Бихме искали също да представим пример, за да разберем по -добре какъв тип данни трябва да изберем за всяко поле:
Представяме TINYINT, тип данни, който ни позволява да съхраняваме максимална стойност от 127. Така че, ако трябва да дефинираме поле за възрастта на нашите потребители, това можем да използваме, защото нормалният възрастов диапазон е в рамките на този брой , и освен ако не живеем във времето на библейския Стар завет, никой биологично не надхвърля този брой; Така че не, този тип данни не ни позволява да съхраняваме 567, например, дори 128, ако ограничението достигне 127.
Сега, ако искаме да определим поле за идентификатор на голям пазар, за да продаваме хиляди различни и разнообразни неща, това би се променило експоненциално, очевидно TINYINT вече не ни служи, в допълнение към това трябва да знаем много точно количеството артикули той продава, но не само с това, което имаме в момента, но се опитва да направи прогноза за близкото ни бъдеще, по този начин нашата система за съхранение няма да остарее бързо.
Бихме могли да използваме нещо като SMALLINT, което ще ни позволи да наброим до 32,000 5 статии, но ако променим примера и преминем от поле към поле за идентификация, което трябва да се използва за таблица с клиенти на телефонна компания с 200 милиона потребители, ние вече не можеше да има SMALLINT, но на някои други като MEDIUMINT и продължаваме, в случай, че нашата компания имаше XNUMX милиона клиенти, трябва да използваме поле от тип INT. Въпросът се променя в случай на капризност и желание да се определи поле, което идентифицира всяко от човешките същества, които живеят на планетата Земя, тогава трябва да помолим за помощ поле BIGNIT, тъй като типът INT позволява само до две хиляди милиона различни данни и това очевидно няма да достигне до нас.
Искаме също така да потвърдим съществуването на отрицателни стойности, които бихме могли да открием, когато искаме да запазим резултата от играта, или знака под нулата, който може да маркира таблица, наред с други неща.
Неподписани стойности
Нека погледнем по следния начин: отрицателната възраст няма да има никакъв смисъл. Ако има възможност за удвояване на границата на максималната положителна стойност на всяка информация, премахване на възможността това поле да съхранява отрицателни стойности, ще удвоим положителната граница на съхранение и полето от тип TINYINT, което обикновено позволява съхранението на стойности От 127, сега ще ви позволи да съхранявате стойности от 0 до 255.
И как да определим поле, което няма знак? Чрез модификатора UNSIGNED можем да определим числово поле. Използвайки това, трябва да намерим колона, която чете атрибути и стойността на UNSIGNED и това поле вече не може да съдържа отрицателни стойности, като по този начин удвоява капацитета си за съхранение.
Струва си да се спомене, че е важно, когато дефинираме поле в колоната, което бихме намерили като Дължина, да напишем число, съобразено с току -що избрания от нас капацитет за съхранение. Продължавайки с примера за възрастта, ако работим с TINYNIT, трябва да поставим тройка като дължина, а не по -голямо или по -малко число.
Числа с десетични знаци
Цени, заплати, суми по банкови сметки, наред с другото, сме се преместили към числови стойности с десетични знаци и сме оставили цели числа и въпреки факта, че тези типове данни се наричат „плаваща запетая“, защото запетаята разделя частта цяло число и десетичната част, всъщност между типовете данни MySQL, тя ги съхранява, разделяйки ги с точка; от тук щяхме да имаме три типа данни: FLOAT, DOUBLE и DECIMAL.
FLOAT ще ни позволи да съхраняваме поне стойността -999.99 и най -много 999.99. Нека вземем предвид, че знакът - не се брои, а точката, която ги разделя, тоест десетичната запетая, да, затова те биха били общо шест цифри, въпреки че отбелязваме, че две от тях са десетични; но имаме нещо, наречено прост диапазон на прецизност, който ни принуждава да имаме десетични количества между 0 и 24.
От друга страна, DOUBLE, който е два пъти по -точен, позволява само броя на десетичните знаци да се дефинира между 25 и 23. Използването на FLOAT, което е проста точност, може да причини проблеми със закръгляването и загуба на останалите десетични знаци. Това, което остава да бъде обяснено, е DECIMAL, което е най -доброто за съхраняване на парични стойности, където се изисква по -малка дължина, но максимална точност, и без закръгляване, този тип данни присвоява фиксирана ширина на броя, който трябва да се съхранява. Максималните общи цифри за този тип данни са 64, от които 30 е максималният разрешен брой десетични знаци, повече от достатъчно за съхраняване на цени, заплати и валути.
Буквено -цифрови данни
Накрая оставяме категорията числови данни, за да въведем нова. Тук ще говорим за съхраняване на символни низове, за да го обясним по -добре, а сред типовете данни в MySQL имаме следното: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT, ENUM и SET, всеки от тях има свои характеристики и свои собствени предимства в зависимост от това какви данни искаме да съхраняваме.
Данни и час
Това би било последната ни категория, що се отнася до типовете данни в MYSQL. Ще видим, че имаме няколко възможности за съхраняване на посочени данни, дати и часове, като видим разликата между едните и другите и техните основни приложения, по този начин ще можем да изберем подходящия тип данни във всеки отделен случай.
ДАННИ
Този тип данни в MySQL ни позволява да съхраняваме дати, където първите четири цифри принадлежат на годината, следващите две на месеца и последните две на деня, въпреки че в испаноезичните страни сме свикнали да подреждаме датите първо чрез деня, след това за месеца и след това за годината, за MYSQL е напълно обратното.
Важно е да се знае, че когато четете поле DATE, въпреки че се появява с тирета, разделящи годината от месеца и месеца от деня, при вмъкване на тези данни ни позволява да правим всичко непрекъснато, например можем да го видим като това: 2018-06-04 и го вмъкнете така 20180604. Диапазонът от дати, който DATE ни позволява да обработваме, е 1000-01-01 до 9999-12-31.
Освен ако нямаме нещо общо със събитие, случило се преди две хиляди години и трябва да го изложим, няма да имаме проблеми с този формат; от друга страна, с оглед на бъдещето имаме повече възможности, тъй като с този формат почти достигнахме 10,000 XNUMX година.
ВРЕМЕ ЗА СРЕЩА
Наличието на поле, определено като DATETIME, ще ни позволи да съхраняваме информация не за дата, а за момент, миг от време, освен датата, също и нейния график, първо ще имаме годината, след това месеца, след това деня , тогава ще имаме и час, минути и дори секунди, форматът изглежда така:
- ГГГГ- ММ- ДД ЧЧ: ММ: СС
Частта с дата има диапазон, подобен на този от типа DATE (10,000 1000 години), тоест от 01-01-9999 до 12-31-00. Частта от графика ще изглежда така: от 00:00:23 до 53:53:1000. Всичко завършено ще изглежда така: 01-01-00 00:00:9999 до 12-31-23 59:59:XNUMX.
ВРЕМЕ
Тук ни е позволено да съхраняваме часове, минути и секунди и да, предишният тип данни също го направи, но с TIME имаме разрешен диапазон, който варира от: -839: 59: 59 до 839: 59: 59; това би продължило около 35 дни напред и назад на текуща дата. Този тип данни е идеален за изчисляване на изминалите времена между два близки момента.
КЛАПОТО ЗА ЧАС
Тук имаме тип данни, който може да бъде много подобен на DATETIME, но неговият формат и диапазон са различни, въпреки че все още е полезно да се съхраняват дата и час. С полето на този формат могат да ни бъдат представени три опции, първата е: ГГГГ-ММ-ДД ЧЧ: ММ: СС, втората е: ГГГГ-ММ-ДД, а третата е по-проста: ГГ-ММ- ДД.
Тук имаме възможност да имаме възможна дължина от 14, 8 или 6 цифри, всичко зависи от информацията, която предоставяме. Този формат не е нито толкова исторически, нито толкова футуристичен, колкото другите, тъй като диапазонът, с който се занимава това поле, е само от 1970-01-01 до 2037 година.
Освен това, като любопитен факт, можем да установим, че стойността му се поддържа автоматично актуализирана всеки път, когато се вмъкне или актуализира запис, по този начин винаги ще запазваме в това поле датата и часа на последната ни актуализация на тези данни, която е наистина идеално. да поемете контрола, без да се налага да програмирате нищо.
Ако искаме да дефинираме това от phpMyAdmin, всичко, което трябва да направим, е да изберем в атрибутите опцията, която гласи „при актуализация“ CURRENT_TIMESTAMP и като стойност по подразбиране CURRENT_TIMESTAMP. Поле, чиято стойност може да се актуализира автоматично при вмъкване или промяна на запис.
ГОДИНА
В случай, че трябва да видим необходимостта да дефинираме поле като ГОДИНА, можем да съхраняваме година, като използваме две, както и четири цифри. В случай, че го правим с две цифри, от 70 до 99 (със 70 до 99 ще разберем, че те съответстват на диапазона от години от 1970 до 1999 г., и ако имаме цифрите от 00 до 69, тогава можем да разберем което се отнася за годините 2000 до 2069), в такъв случай при предоставяне на четирите цифри тогава бихме открили, че възможният диапазон ще се разшири, след което ще премине от 1901 до 2155.
Имаме и допълнителна възможност, макар и несвързана с типовете данни в MySQL, но свързана с дати и часове. Тази допълнителна възможност е да се генерира стойност на времева отметка с функцията за време на PHP (отново искаме да поясним, че вече не говорим за MYSQL, въпреки че е валидно да се объркаме, защото имаме доста сходни имена).
Както и да е, можем да съхраним тази стойност в 10-цифрено INT поле, по този начин ще бъде много лесно да подредим стойностите на нашето поле (можем да поставим датата на новина като пример) и след това ние може да покаже тази дата, като трансформира тази времева марка на стойност в нещо, което можем да направим четимо, използвайки собствените функции на PHP за обработка на дата.
Надявам се, че с тази статия за типовете данни в MySQL успяхме да направим достатъчно ясно всичко, което искахме да обясним, и че сте се научили как да създавате база данни и таблица според цялата ни информация, определяйки с пълна точност техните полета използвайки ги типове данни и атрибути, следователно, в състояние, или в условията, да започнем правилно програмиране, сега имаме ясна представа точно от какъв формат ще се нуждаем, който отговаря на нашите нужди според това, което трябва да програмираме .
Каним ви да се насладите на още една от нашите статии, свързани с програмирането: Полиморфизъм в обектно-ориентираното програмиране.