Typy danych w MYSQL do wykorzystania w bazach danych

Czy uczysz się o menedżerach baz danych? W takim przypadku należy poinformować się o typy danych w MySQL, jeden z najlepszych i najczęściej używanych na świecie.Nie przegap okazji!.

Typy-danych-w-MySQL-2

Typy danych w MySQL

Za każdym razem, gdy potrzebujemy stworzyć tabelę, która może służyć do przechowywania danych dla aplikacji, musimy wiedzieć, jak określić, jaki rodzaj danych pomoże nam lepiej przechowywać wszystko, co potrzebujemy do archiwizacji. Do wyboru mamy trzy: dane liczbowe, ciągi znaków (alfanumeryczne) oraz daty i godziny.

W tych polach tabel MYSQL mamy możliwość wyboru pomiędzy trzema rodzajami zawartości i choć wydaje się to oczywiste, określić gdzie przesłać nasze dane, do jakiego typu grupy będzie należeć magazyn, tutaj mamy przykład do umieszczenia w kontekście: tak potrzebujemy pola, za pomocą którego możemy przechowywać wiek osoby, to byłoby to pole danych liczbowych.

Ale zanim przejdę dalej, czy wiesz, czym jest MySQL? Jest znany jako jeden z najczęściej używanych menedżerów baz danych typu open source na świecie. Abyśmy mogli zorientować się, jak popularny jest, powiemy Ci, że: WordPress jest menedżerem różnego rodzaju treści, który istnieje od 2003 roku i że około 55% do 60% stron internetowych, które istnieją, są dzięki temu tworzone i wykorzystuje MySQL jako bazę danych, co dowodzi, jak bardzo może być użyteczny i jaki ma zakres.

MySQL należy do firmy Oracle Corporation, która kupiła go w 2010 roku. Ten menedżer ma wiele zastosowań, między innymi: praktyki, wykonywanie instalacji, modyfikowanie stron internetowych, odczytywanie danych.

Ten sterownik można łatwo pobrać i ma kilka wersji w zależności od używanego systemu Windows, w ten sam sposób bardzo łatwo go zainstalować.

Zdecydowana większość sterowników baz danych jest używana za pośrednictwem języka programowania. Załóżmy na przykład, że informacje, które mamy na naszych komputerach, są dostępne w bazie danych, ale gdy potrzebujemy ją przeglądać i zarządzać nią, używa ona języka programowania; W przypadku MySQL towarzyszy mu php, który jest znany jako język programowania stron internetowych, taki sam, za pomocą którego rozwijany jest WordPress.

Przypuszczamy, że możemy polecić, aby przyspieszyć pobranie narzędzia XAMPP, które jest dostępne dla różnych wersji systemu Windows. XAMPP jest dostarczany z szeregiem komponentów, wśród nich mamy:

  • Apache: To byłby serwer WWW.
  • PHP: język programowania stron internetowych.
  • Fillezilla: Jest odpowiedzialny za mobilizację akt.
  • Mercury: To serwer pocztowy, którego zadaniem jest przeprowadzanie testów.
  • MySQL: Jak wspomnieliśmy wcześniej, jest to serwer bazy danych.

Po zainstalowaniu XAMPP będziesz mógł cieszyć się wszystkimi tymi komponentami, w tym MySQL, który możesz uruchomić bezpośrednio i połączyć się z interfejsem graficznym, dlatego XAMPP jest niezwykle przydatny, oprócz posiadania innych komponentów.

Mając to wszystko jasne, chcieliśmy wyjaśnić, że w ramach naszych opcji typów tabel do przechowywania naszych danych, a mówiąc o polu danych liczbowych, w tym samym mamy inne typy i musimy wiedzieć, który byłby najlepszy, a który byłby najlepszy. da nam możliwość wykorzystania mniejszej ilości fizycznej przestrzeni dyskowej i da nam możliwość przechowywania danych, które mamy nadzieję przechowywać w tej dziedzinie. Jedynym sposobem zrozumienia tych pytań są różne rodzaje danych, które dostarcza nam MySQL. Poniżej przedstawimy te informacje, aby zrozumieć najbardziej odpowiednie zastosowania każdej grupy.

Zapraszamy do obejrzenia intensywnego kursu na temat typów danych w MySQL i wszystkiego, co musisz o nim wiedzieć, w poniższym filmie. Nie przegap okazji do nauki!:

Dane liczbowe

Różnica, jaką moglibyśmy znaleźć między jednym typem danych a innym w MySQL, to po prostu zakres wartości, które może zawierać. W danych liczbowych musimy zauważyć, że możemy wyróżnić dwie duże gałęzie: liczby całkowite i dziesiętne; Teraz chcielibyśmy wyjaśnić rodzaje danych liczbowych, które możemy mieć w zależności od przedstawionej nam sytuacji i czego potrzebujemy:

Liczby całkowite

Pierwszą rzeczą, którą chcemy wyjaśnić w tym momencie, jest to, że opcje, które musimy przechowywać tego typu dane, to wiek, ilości i wielkości bez miejsc dziesiętnych. Chcielibyśmy również przedstawić przykład, aby lepiej zrozumieć, jaki rodzaj danych powinniśmy wybrać dla każdego pola:

Przedstawiamy TINYINT, typ danych, który pozwala nam przechowywać maksymalną wartość 127. Jeśli więc musimy zdefiniować pole dla wieku naszych użytkowników, to właśnie tego możemy użyć, ponieważ normalny przedział wiekowy mieści się w tej liczbie i jeśli nie żyjemy w czasach biblijnego Starego Testamentu, nikt biologicznie nie przekroczył tej liczby; A więc nie, tego typu dane nie pozwalają nam na przechowywanie 567, na przykład nawet nie 128, jeśli limit sięga 127.

Teraz, jeśli chcemy zdefiniować pole na identyfikator dużego rynku do sprzedaży tysięcy różnych i różnorodnych rzeczy, zmieniłoby się to wykładniczo, wyraźnie TINYINT już nam nie służy, oprócz tego powinniśmy bardzo dokładnie znać ilość przedmiotów sprzedaje, ale nie tylko tym, co obecnie mamy, ale starając się przewidzieć naszą najbliższą przyszłość, w ten sposób nasz system przechowywania nie stanie się szybko przestarzały.

Moglibyśmy użyć czegoś takiego jak SMALLINT, który pozwoli nam ponumerować do 32,000 5 artykułów, ale jeśli zmienimy przykład i przejdziemy z rynku na pole ID, które powinno być wykorzystane do tabeli klientów firmy telefonicznej z 200 milionami użytkowników, nie mógł już mieć SMALLINT, ale jakiegoś innego typu MEDIUMINT, i kontynuujemy, w przypadku, gdy nasza firma miała XNUMX milionów klientów, powinniśmy użyć pola typu INT. Sprawa zmienia się w przypadku kapryśności i chęci zdefiniowania pola identyfikującego każdego z ludzi żyjących na planecie Ziemia, wtedy powinniśmy poprosić o pomoc pole BIGNIT, gdyż typ INT dopuszcza tylko do dwóch tysięcy milionów różne fragmenty danych, a to najwyraźniej do nas nie dotarłoby.

Chcemy również potwierdzić istnienie wartości ujemnych, które moglibyśmy znaleźć m.in. chcąc zapisać wynik gry, lub znaku poniżej zera, który mógłby oznaczać stół.

Wartości bez znaku

Spójrzmy na to w ten sposób: negatywny wiek nie miałby żadnego sensu. Jeśli istnieje możliwość podwojenia limitu maksymalnej wartości dodatniej każdej z danych, eliminując możliwość, że to pole może przechowywać wartości ujemne, podwoilibyśmy dodatni limit przechowywania, a pole typu TINYINT, które normalnie pozwalało na przechowywanie wartości 127, teraz pozwoli Ci przechowywać wartości od 0 do 255.

A jak zdefiniować pole, które nie ma znaku? Poprzez modyfikator UNSIGNED możemy zdefiniować pole numeryczne. Korzystając z tego powinniśmy znaleźć kolumnę, która odczytuje atrybuty i wartość UNSIGNED, a to pole nie może już zawierać wartości ujemnych, co podwaja jego pojemność.

Warto wspomnieć, że ważne jest, aby definiując pole w kolumnie, które znaleźlibyśmy jako Length, wpisujemy liczbę zgodną z właśnie wybraną przez nas pojemnością. Kontynuując przykład wieku, jeśli pracujemy z TINYNIT, musimy podać trzy jako długość, a nie większą lub mniejszą liczbę.

Liczby z ułamkami dziesiętnymi

Ceny, pensje, kwoty kont bankowych między innymi przenieśliśmy się na wartości liczbowe z ułamkami dziesiętnymi i zostawiliśmy po sobie liczby całkowite, i pomimo tego, że te typy danych nazywane są „zmiennoprzecinkowymi” ponieważ przecinek oddziela część całkowitą i część dziesiętna, właściwie pomiędzy typami danych MySQL, przechowuje je oddzielając je kropką; stąd mielibyśmy trzy typy danych: FLOAT, DOUBLE i DECIMAL.

FLOAT pozwoli nam przechowywać co najmniej wartość -999.99 i co najwyżej 999.99. Weź pod uwagę, że znak - nie liczy się, ale punkt, który je oddziela, czyli kropka dziesiętna, tak, dlatego byłyby to w sumie sześć cyfr, chociaż zauważamy, że dwie z nich są dziesiętnymi; Ale mamy coś, co nazywa się prostym zakresem dokładności, co zmusza nas do posiadania wartości dziesiętnych od 0 do 24.

Z drugiej strony, DOUBLE, będąc dwukrotnie większą precyzją, pozwala jedynie na określenie liczby miejsc dziesiętnych pomiędzy 25 a 23. Użycie FLOAT, która jest prostą precyzją, może spowodować problemy z zaokrąglaniem i utratę pozostałych miejsc dziesiętnych. Ten, który pozostaje do wyjaśnienia, to DECIMAL, który jest najlepszy do przechowywania wartości pieniężnych, gdzie wymagana jest mniejsza długość, ale maksymalna dokładność i bez zaokrąglania, ten rodzaj danych przypisuje stałą szerokość do liczby, którą będą przechowywać. Maksymalna łączna liczba cyfr dla tego typu danych wynosi 64, z czego 30 to maksymalna dozwolona liczba miejsc po przecinku, więcej niż wystarczająca do przechowywania cen, płac i walut.

przecinek dziesiętny-1

Dane alfanumeryczne

Na koniec opuszczamy kategorię danych liczbowych, aby wprowadzić nową. Tutaj będziemy mówić o przechowywaniu ciągów znaków, aby lepiej to wyjaśnić, a wśród typów danych w MySQL mamy: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT , ENUM i SET, każdy z nich ma swoją własną charakterystykę i swoje zalety w zależności od tego, jakie dane chcemy przechowywać.

Dane daty i godziny

To byłaby nasza ostatnia kategoria, jeśli chodzi o typy danych w MYSQL. Zobaczymy, że mamy kilka opcji przechowywania danych, dat i godzin, o których mowa, widząc różnicę między jednym a drugim oraz ich główne zastosowania, dzięki czemu w każdym przypadku będziemy mogli wybrać odpowiedni rodzaj danych.

DATA

Tego typu dane w MySQL pozwalają nam na przechowywanie dat, w których pierwsze cztery cyfry będą należeć do roku, kolejne dwie do miesiąca, a ostatnie dwie do dnia, chociaż w krajach hiszpańskojęzycznych jesteśmy przyzwyczajeni do porządkowania dat w pierwszej kolejności na dzień, potem na miesiąc, a potem na rok, w przypadku MYSQL jest zupełnie odwrotnie.

Warto wiedzieć, że przy odczycie pola DATE, chociaż pojawia się ono z myślnikami oddzielającymi rok od miesiąca i miesiąc od dnia, to przy wstawianiu tych danych pozwala nam to robić wszystko w sposób ciągły, na przykład widzimy to tak to: 2018-06-04 i wstaw go w ten sposób 20180604. Zakres dat, który pozwala nam obsłużyć DATE, to od 1000-01-01 do 9999-12-31.

O ile nie mamy nic wspólnego z wydarzeniem, które wydarzyło się dwa tysiące lat temu i musimy je wyeksponować, nie będziemy mieć problemów z tym formatem; z drugiej strony z myślą o przyszłości mamy większe możliwości, bo z tym formatem prawie osiągnęliśmy rok 10,000 tys.

DATA GODZINA

Posiadanie pola zdefiniowanego jako DATETIME pozwoli nam na przechowywanie informacji nie o dacie, ale o chwili, chwili czasu, oprócz daty, także jej harmonogramu, najpierw mielibyśmy rok, potem miesiąc, potem dzień , wtedy mielibyśmy też godzinę, minuty, a nawet sekundy, format wygląda tak:

  • RRRR- MM- DD GG: MM: SS

Część daty ma zakres podobny do typu DATE (10,000 1000 lat), czyli od 01-01-9999 do 12-31-00. Część harmonogramu wyglądałaby tak: od 00:00:23 do 53:53:1000. Całość będzie wyglądać tak: 01-01-00 00:00:9999 do 12-31-23 59:59:XNUMX.

CZAS

Tutaj możemy przechowywać godziny, minuty i sekundy, i tak, poprzedni typ danych też to zrobił, ale z CZASEM mamy dozwolony zakres od: -839: 59: 59 do 839: 59: 59; zajęłoby to około 35 dni w tę iz powrotem w bieżącym dniu. Ten rodzaj danych jest idealny do obliczania czasu, jaki upłynął między dwoma bliskimi momentami.

ZNAK CZASU

Tutaj mamy typ danych, który może być bardzo podobny do DATETIME, ale jego format i zakres są inne, chociaż nadal jest przydatny do przechowywania daty i czasu. Za pomocą pola tego formatu można nam przedstawić trzy opcje, pierwsza to: RRRR-MM-DD GG:MM:SS, druga to: RRRR-MM-DD, a trzecia jest prostsza: RR-MM-DD .

Tutaj mamy możliwość posiadania możliwej długości 14, 8 lub 6 cyfr, wszystko zależy od dostarczonych przez nas informacji. Ten format nie jest ani tak historyczny, ani tak futurystyczny jak inne, ponieważ zakres, który obsługuje to pole, wynosi tylko od 1970-01-01 do roku 2037.

Ponadto, jako ciekawostkę, możemy ustalić, że jej wartość jest automatycznie aktualizowana za każdym razem, gdy rekord jest wstawiany lub aktualizowany, w ten sposób zawsze będziemy przechowywać w tym polu datę i godzinę naszej ostatniej aktualizacji tych danych, co jest naprawdę idealny, aby przejąć kontrolę bez konieczności programowania czegokolwiek.

Jeśli chcemy zdefiniować to z phpMyAdmin, wszystko, co musimy zrobić, to wybrać w atrybutach opcję, która mówi „w aktualizacji” CURRENT_TIMESTAMP i jako domyślną wartość CURRENT_TIMESTAMP. Pole, którego wartość może być aktualizowana automatycznie podczas wstawiania lub modyfikowania rekordu.

ROK

W przypadku, gdy musimy widzieć potrzebę zdefiniowania pola jako ROK, możemy zapisać rok, zarówno używając dwóch, jak i czterech cyfr. W przypadku, gdy robimy to w dwóch cyfrach, od 70 do 99 (mając od 70 do 99 zrozumiemy, że odpowiadają one zakresowi lat od 1970 do 1999, a jeśli mamy cyfry od 00 do 69 to możemy rozumiem, że odnosi się to do lat 2000 do 2069), w takim przypadku podania czterech cyfr, okazałoby się, że możliwy zakres zostanie rozszerzony, a następnie od 1901 do 2155.

Mamy też dodatkową możliwość, chociaż niezwiązaną z typami danych w MySQL, ale związaną z datami i godzinami. Ta dodatkowa możliwość polega na wygenerowaniu wartości znacznika czasu za pomocą funkcji czasu PHP (ponownie chcemy wyjaśnić, że nie mówimy już o MYSQL, chociaż można się pomylić z powodu dość podobnych nazw).

Tak czy inaczej moglibyśmy przechowywać tę wartość w 10-cyfrowym polu INT, w ten sposób bardzo łatwo będzie uporządkować wartości naszego pola (możemy jako przykład podać datę newsa) i potem może pokazać tę datę poprzez przekształcenie znacznika czasu wartości w coś, co możemy uczynić czytelnym za pomocą własnych funkcji obsługi daty w PHP.

data-godzina-1

Mam nadzieję, że tym artykułem o typach danych w MySQL byliśmy w stanie wyjaśnić wszystko, co chcieliśmy wyjaśnić wystarczająco jasno i że nauczyłeś się tworzyć bazę danych i tabelę zgodnie ze wszystkimi naszymi informacjami, określając z całkowitą precyzją ich pola używając ich typów danych i atrybutów, a zatem będąc w stanie lub w warunkach, aby rozpocząć prawidłowe programowanie, mając teraz jasne wyobrażenie o tym, jakiego dokładnie formatu będziemy potrzebować, który pasuje do naszych potrzeb w zależności od tego, co mamy trzeba programować.

Zapraszamy do lektury kolejnego z naszych artykułów związanych z programowaniem: Polimorfizm w programowaniu obiektowym.


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Actualidad Blog
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.