DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > SQL baze podataka - Sponzor: Baze-Podataka.net
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

SQL baze podataka - Sponzor: Baze-Podataka.net MySQL, MSSQL, Oracle, Access, ODBC. Ako imate problem brže i preciznije ćete dobiti odgovor ako priložite strukturu tabela ili skript koji kreira tabele i puni ih test podacima umesto što to problem opisujete samo rečima. Sponzor: Baze-Podataka.net - Blog o bazama podataka

Odgovori
 
Alati teme Način prikaza
Staro 22. 01. 2006.   #11
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default

Ako u bazi koristiš Yes i No za bool onda u aplikaciji treba da imaš funkciju koja će ih prebacivati u odgovarajuću bool vrednost. Ne možeš da koristiš čak ni broj povezan sa vrednošću jer se oni povezuju od 1 pa naviše -> sirova vrednost će uvek vraćati true u uslovima.

Ne vidim nikakvu poentu u uvođenju nove komplikacije da bi se dobilo na čitljivosti sirovih podataka. ENUM('0', '1') => OK, ENUM('Yes', 'No') => not OK po mom mišljenju.

PS: Dodavanjem nekog apstrakcionog sloja sva ova priča manje više pada u vodu jer se sam sloj brine o tipovima. Propel za skladištenje bool vrednosti koristi INT polje, ActiveRecord mapira TINYINT(1) sa bool tipom itd. Zbog ovoga i volim Propel i slične biblioteke: ako ti nisu potrebne max performanse možeš da prestaneš da se brineš o tome na koji način se sirovi podaci skladište. Bitno je da aplikacija dobije ono što si ti definisao...

Poslednja izmena od Ilija Studen : 22. 01. 2006. u 13:21.
Ilija Studen je offline   Odgovorite uz citat
Staro 22. 01. 2006.   #12
adelante
član
Certified
 
Avatar adelante
 
Datum učlanjenja: 07.08.2005
Poruke: 67
Hvala: 15
0 "Hvala" u 0 poruka
adelante is on a distinguished road
Default

Ustvari, u mom slucaju postoje samo dve moguce vrednosti 0-false 1-true
a ovde sam procitao par stvari vezano za enum i tinyint http://groups.google.com/group/mailing.database.myodbc/...555d34c932c34728
__________________
Online prodavnica rukotvorina

Poslednja izmena od adelante : 22. 01. 2006. u 13:27.
adelante je offline   Odgovorite uz citat
Staro 22. 01. 2006.   #13
dinke
Super Moderator
Invented the damn thing
 
Avatar dinke
 
Datum učlanjenja: 06.06.2005
Poruke: 2.371
Hvala: 370
701 "Hvala" u 194 poruka
dinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamendinke je pravi dragi kamen
Default

Citat:
Originalno napisao Ilija Studen
Ako u bazi koristiš Yes i No za bool onda u aplikaciji treba da imaš funkciju koja će ih prebacivati u odgovarajuću bool vrednost. Ne možeš da koristiš čak ni broj povezan sa vrednošću jer se oni povezuju od 1 pa naviše -> sirova vrednost će uvek vraćati true u uslovima.

Ne vidim nikakvu poentu u uvođenju nove komplikacije da bi se dobilo na čitljivosti sirovih podataka. ENUM('0', '1') => OK, ENUM('Yes', 'No') => not OK po mom mišljenju.
Mašiš poentu. Postoji brdo primera gde 0 i 1 nije prirodno koristiti.

Evi ti primeri:
gender enum('M','F');
domain_available('yes','no');
default_skin('blue','green','silver')
...
Naravno, moze to i sa tinyint, stavis 0 muskarcima, 1 zenama (ili obrnuto) ali tako ne treba raditi. Ende.

Uz sve to, prilikom outputa u nekom frontend-u dovoljno je odraditi recimo:

PHP kôd:
$query "select name,sex from users";
$result $db->query($query);
$data $result->fetch();
echo 
"Name: ".$data['name'].", Sex: ".$data['sex']; 
Umesto:

PHP kôd:
$query "select name,sex from users";
$result $db->query($query);
$data $result->fetch();
echo 
"Name: ".$data['name'].", Sex: ".($data['sex'] ? "M" "F"); 
__________________
Caught in a Web|Blogodak
With great power comes great responsibility!
dinke je offline   Odgovorite uz citat
Staro 22. 01. 2006.   #14
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default

Slažem se, ali ti primeri su znatno ređi u odnosu na klasični "flagove" (is_logged_on, is_empty, is_draft, is_active...) U suštini, to je moj problem: kad neko kaže bool ja mislim na flag, ne na meta podataka (kao pol sto si ti naveo).

Nemam ništa protiv ENUM kolona (tj. imao sam ranije, ali zato što nisam znao kako se stvarno vrednosti čuvaju u bazi). Čak nasuprot, njihovom upotrebom se rešava mnogo problema.

Poslednja izmena od Ilija Studen : 22. 01. 2006. u 14:29.
Ilija Studen je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Saveti oko MySQL tabela i ovaj put u letu :) narvno martinluter Sva početnička pitanja 2 05. 06. 2009. 01:37
tabela-problem mirko Sva početnička pitanja 6 03. 12. 2007. 13:47
MySQL: Više tabela, više baza ili? Ilija Studen SQL baze podataka - Sponzor: Baze-Podataka.net 22 23. 10. 2007. 00:24
MySQL bezbednost i zastita tabela i baze pele Sva početnička pitanja 5 01. 07. 2007. 22:46
Escape char iz mysql komandne linije. Dragi Tata SQL baze podataka - Sponzor: Baze-Podataka.net 11 05. 08. 2006. 16:35


Vreme je GMT +2. Trenutno vreme je 10:08.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.