Insert ID

Petr Vileta petr na practisoft.cz
Sobota Červen 21 01:01:07 CEST 2003


> > abych pocital kazdy obsazeny bajt jako kolega Vileta <g>, ale neprisel
jsem na
>
> Muzu si napr. zavest dalsi tabulku (s atributy), ve ktere bude co radek,
> to atribut a ktera bude k tabulce objektu v relaci N:1, coz neni spatne
> vylepseni, pokud ovsem nepotrebuji aby hodnoty atributu byly ruzneho
> datoveho typu ...
No Strycek Skrblik Vileta by vam poradil, ze nekdy se to dokonce vyplati.
Dam extremni priklad, aby to bylo videt.
Mam tabulku A, kde mam treba studenty vytvarne fakulty.
Pak mam tabulku B, kde jsou jejich rocnikove prace. Maximalne mohou byt
treba 4, takze krome jinych udaju o kazde rocnikove praci jsou tam i ctyri
pole typu BLOB (syntaxe MySQL), kam se uklada obsah tech praci, tedy
naskenovany obrazek (samo o sobe je tohle zverstvo, ale nekdo to pouziva).
Jenze nekdo namaluje maly obrazek, nekdo velky a sken se provadi vzdy tak,
aby byl zachovan pomer skutecnych rozmeru originalu. Srozumitelneji, vzdy se
skenuje se zmensenim 1:5, treba.
Takze podle me je vyhodnejsi si zalozit tabulku C, kde budou jen ty rozmerne
objekty, protoze kdyz budu delat dotaz, pracujici s textovymi a ciselnymi
udaji z A a B, tak me ty rozmerne objekty pouze brzdi. Cimz chci rici, ze by
se mozna vypaltilo ve vasem pripade z tabulky B vyclenit ta pole, se kterymi
se moc nepracuje a dat je do tabulky C.

--
Petr




Další informace o konferenci Test