DevProTalk - MySql - char vs. other za što bolju optimizaciju tabela

DevProTalk (http://www.devprotalk.com/index.php)

- SQL baze podataka - Sponzor: Baze-Podataka.net (http://www.devprotalk.com/forumdisplay.php?f=10)

- - MySql - char vs. other za što bolju optimizaciju tabela (http://www.devprotalk.com/showthread.php?t=534)

MySql - char vs. other za što bolju optimizaciju tabela

Interesuje me koji je najbolji tip polja u tabli, koja će sadržati samo jedan karakter 0 ili 1, dali je char(2) dobro rešenje za toili ima bolje.
Treba mi što optimalnije rešenje za brzu pretragu velike baze podataka.

1 i 0? Znači treba ti boolean tip podataka. Koristi TINYINT.

Više o tipovima (za pred spavanje :) )

a, mozda nesto pogresno kapiram, ali zasto ne ENUM?

ENUM je u suštini VARCHAR koji ima filter (tj. ne dozvoljava insertovanje nedefinisane vrednosti). Bolje je koristiti numeričke tipove i tipove fiksne širine gde je to moguće zbog performansi - manje prostora zauzimaju, indeksi su lakši itd.

Citat:

Originalno napisao Ilija Studen

Manual nije bas jasan oko toga, ali evo sta kaze Paul DuBois (MySQL 3rd Edition)

Citat:

ENUM and SET are classified as string types because enumeration and set members are specified as strings when you create columns of these types. However, the ENUM and SET types actually have a split personality: The members are stored internally as numbers and you can work with them as such. This means that ENUM and SET types are more efficient than other string types because they often can be handled using numeric operations rather than string operations.

MySQL sequentially numbers ENUM members in the column definition beginning with 1. (The value 0 is reserved for the error member, which is represented in string form by the empty string.) The number of enumeration values determines the storage size of an ENUM column. One byte can represent 256 values and two bytes can represent 65,536 values. (Compare this to the ranges of the one-byte and two-byte integer types TINYINT UNSIGNED and SMALLINT UNSIGNED.) Thus, counting the error member, the maximum number of enumeration members is 65,536 and the storage size depends on whether there are more than 256 members. You can specify a maximum of 65,535 (not 65,536) members in the ENUM definition because MySQL reserves a spot for the error member as an implicit member of every enumeration. When you assign an illegal value to an ENUM column, MySQL assigns the error member. (In strict mode, an error occurs instead.)

Here's an example you can try using the mysql client. It demonstrates that you can retrieve ENUM values in either string or numeric form (which shows the numeric ordering of enumeration members and also that the NULL value has no number in the ordering):

mysql> CREATE TABLE e_table (e ENUM('jane','fred','will','marcia'));
mysql> INSERT INTO e_table
-> VALUES('jane'),('fred'),('will'),('marcia'),(''),( NULL);
mysql> SELECT e, e+0, e+1, e*3 FROM e_table;
+--------+------+------+------+
| e | e+0 | e+1 | e*3 |
+--------+------+------+------+
| jane | 1 | 2 | 3 |
| fred | 2 | 3 | 6 |
| will | 3 | 4 | 9 |
| marcia | 4 | 5 | 12 |
| | 0 | 1 | 0 |
| NULL | NULL | NULL | NULL |
+--------+------+------+------+

Prema tome mislim da je enum('0','1') pravo resenje za tvoj problem.

Ovo je bio lep odgovor za Iliju :)

prvo, kao sto Dinke rece, enum se pamti kao broj, koji se onda mapira u zadati skup vrednosti (slicno je recimo u pascalu), TAKO DA JE VRLO EFIKASAN, plus ima prednost nad tynyint i ostalima, sto ne mozes da upises bilo sta u njega...

postoji doduse u mysql i BOOLEAN tip, ali je on za sada obican tinyint, pa mozes bez problema da upises recimo 15 ili 23 u njega, sto je malo glupo...ali najavljeno je da ce se uskoro implementirati pravi bool, sto bi znacilo da prihvata samo 0/1, true/false, yes/no i sl... prednost ovog tipa je sto je on logicniji izbor od enum (kad neko pogleda bazu bice mu odmah jasno cemu sluzi polje) i sto ce u buducnosti moci da se lako prebaci da bude pravi bulijan, ili ako se menja baza, isto tako...

drugo, rad sa poljima fixnih duzina je brzi samo ako su svi podaci u tabeli fixne duzine, jer je onda seek na neki n-ti record mnogo brzi, moze da se izracuna potreban offset u fajlu unapred kao n x velicina rekorda...cim imas jedno varijabilno polje u tabeli, ta prica pada u vodu...

takodje ako su ostali podaci fixne duzine, mysql ce automatski da promeni svaki VARCHAR kraci od 3 u CHAR, tako da IMHO na kraju krajeva je prilicno svejedno jel ces da stavis varchar(1) ili tinyint ili enum...svi ce ti zauzeti po jedan byte, i svima ce pretraga po indexu da radi binarno i vrlo brzo...

Citat:

Prema tome mislim da je enum('0','1') pravo resenje za tvoj problem.

ovo unosi dodatnu zabunu - enum vrednost '0' dobija interni index 1, a vrednost '1' interni index 2, dakle moze da unese zabunu ako slucajno izostavis ' ' oko broja pa vrednost postane index :). kao sto si i sam napisao, 0 je rezervisana za nepostojecu vrednost:

Citat:

If you insert an invalid value into an ENUM (that is, a string not present in the list of allowed values), the empty string is inserted instead as a special error value. This string can be distinguished from a “normal” empty string by the fact that this string has the numerical value 0. More about this later.

dakle, po meni, ako ti treba nesto najpribliznije true/false polju, tinyint je po meni dosta dobro resenje. enum i tinyint zauzimaju svaki po 1 bajt. mada, mene je enum uvek privlacio zbog jedne stvari - odredjeni mysql db frontends dozvoljavaju editovanje vrednosti enum polja tako sto naprave select box pa mozes da izaberes neku od validnih vrednosti.

Hm, moja greška :( Negde sam pročitao da je ENUM u suštini VARCHAR. Kad i gde ne znam, ali je bilo dosta davno.

Citat:

Originalno napisao ivanhoe

Tako je. Uz sve to Enum ti omogućava da koristiš yes - no, true - false i sl vrednosti umesto 0 i 1 što je ipak intuitivnije (naročito ako postoji više od 2 izbora) plus ne moraš u aplikaciji da brineš oko ispisa, jednostavno selektuješ i štampaš vrednost iz polja.