On Fri, Nov 29, 2002 at 08:24:49AM +0100, Cigas Marian wrote: > > V případě tak malých databází to však můžeš klidně všechno nacpat > > do MySQL. Počítej však s omezenou velikostí pole záznamu na 8192 > > znaků, celý článek se Ti do toho nemusí vejít, natož fotky. > > nezavisi to nahodou od typu pola? > > TEXT > A BLOB or TEXT column with a maximum length of 65535 (2^16 - 1) characters > > LONGTEXT > A BLOB or TEXT column with a maximum length of 4294967295 (2^32 - 1) > characters. See section 6.5.3.1 Silent Column Specification Changes. Note > that because the server/client protocol and MyISAM tables has currently a > limit of 16M per communication packet / table row, you can't yet use this > the whole > > A BLOB is a binary large object that can hold a variable amount of data > > maro To souhlasí. S těmito poli se však zachází trochu jinak a pokud máš v textu odkazy na fotky, musíš je vygenerovat do dočasných souborů, počkat, až si je klient stáhne a pak je zase smazat. Jeví se mi to jako zbytečná režie, ovšem záleží také na okolnostech a schopnostech použitého http serveru (předpokládám Apache). Záleží také na schopnostech administrátora. Souborový systém je vlastně také jakási databáze, ve které se dá hledat podle určitých kritérií s určitou efektivitou. Proto si myslím, že nemá valného významu využívat těchto velkých polí v databázi. Skutečně záleží na celkovém návrhu datového modelu. Pokud např. součástí karty zaměstnance je jeho foto, pak se BLOB docela hodí. Pro redakční systém bych však asi raději zvolil ukládání článků nebo alespoň obrázků mimo databázi přímo v souborovém systému. Záleží také na typu souborového systému. V případě FAT bych jednoznačně sáhl po řešení kompletně v databázi, protože FAT je pomalá, zejména pokud počet souborů přesáhne několik tisíc. Pokud však použije třeba XFS, ten je přímo vyvinut na obrovské množství souborů v jednom adresáři a sám je vlastně také databází. Tam bych se nebál přímého využití schopností souborového systému. Kit -- Ing. Vlastimil Pospíchal http://www.hoteldrnholec.cz
This archive was generated by hypermail 2.1.2 : 29. 11. 2002, 18:01 CET