Dnes sa podíváme na způsoby, jakými lze uložit na portále obsáhlá data a vybereme si metodu, která se nám nejlépe hodí.
27.12.2004 15:00 | Petr Zajíc | přečteno 29365×
Opusťme teď na portále správu alb a písní a věnujme se pár dílů
práci s texty písní. Uvidíte, že i tady je co promyslet a také co
zkazit. Ukládání textů písní je totiž práce s podstatně obsáhlejšími
informacemi než například ukládání jejich názvů.
Připomeňme si, že portál by měl umět v oblasti textů písní následující funkce:
Nejprve tedy zanalyzujme ukládání textů písní. Asi každému je jasné, že pro zadání textu písně lze použít přinejmenším dvou metod:
Obojí má samozřejmě svoje výhody a nevýhody. Výhodou odesílání
textového souboru může být to, že si jej správce v klidu připraví na
svém počítači. Má to ale i nevýhody - tak například nebude jednoduché
zjistit, v jaké znakové sadě dodaný soubor vůbec je. Při zadávání textů
do prvku TEXTAREA můžeme spoustu věcí ovlivnit,
ale není to zase až tak pohodlné. My se rozhodneme pro druhou variantu,
a to zejména z výukových důvodů. Práce s prvkem TEXTAREA už tu na
portále totiž byla, kdežto nahrávání souborů zatím v seriálu bylo pouze
teoreticky.
Rovněž ukládání textů písní na serveru lze vyřešit dvojím způsobem:
Opět platí, že každé řešení má své pro a proti. Ukládání do suboru na disku je podstatně jednodušší na naprogramování, ale bývá obtížné zajistit, aby se k souboru dostal pouze ten, kdo k němu smí mít přístup. Naopak v případě uložení textů do databáze platí, že je to složitější na napsání, ale bezpečnější. Jelikož máme požadavk ukazovat texty pouze přihlášeným uživatelům, sáhneme k databázovému řešení a budeme texty ukládat do MySQL.
Pozn.: Další výhoda souborů
spočívá v tom, že narozdíl od databází je práce s nimi rychlejší. V
našem případě bude ale rozdíl zanedbatelný, protože zpracováváme
relativně krátká data.
Mezi písněmi a texty má být vztah - má jít zveřejnit pouze text písně, která již je v databázi. To znamená, že buď:
Ačkoli obě řešení se bez problémů dají použít, má i toto rozhodnutí
svá úskalí. Pokud bychom definovali další sloupec na tabulce pisne,
může se nám struktura tabulky zvětšit a práce s tabulkou zpomalit. To
bude platit tím více, čím více písní v tabulce bude. Naproti tomu při
použití externí tabulky vzroste režie pro výpočet spojení před
zobrazením. Tady je těžké radit, v praxi se používá obojí.
Pozn.:Kdybyste to potřebovali, tady je
hrubý návod, jak se v praxi rozhodnout správně:
V našem případě opět platí, že to nebude s časem až tak žhavé, a
zvolíme třebas tu druhou variantu, s uložením textů písní do samostatné
tabulky.
Další pozornost musíme věnovat volbě typu pole pro uložení dat textu
písně. Typy char
a varchar nevyhoví, protože obsáhnou pouze 255 znaků a to by na
text písně nestačilo. Musíme tedy použít sloupec typu blob, resp. text.
A protože tinytext má zase jen 256 znaků, bude to ve finále pole typu
text, které našemu záměru vyhoví nejlépe (má možnost uložit až 65535
znaků). Náš
příkaz pro tvorbu tabulky by tedy mohl vypadat následovně:
CREATE TABLE `texty` (
`id` INT NOT NULL AUTO_INCREMENT ,
`pisen` INT NOT NULL ,
`textpisne` TEXT NOT NULL ,
PRIMARY KEY ( `id` )
);
Pozor, pole pro zadání textu nebudeme pojmenovávat text, ale
textpisne. Přestože je to delší, je to nutné. Text je totiž rezervované
slovo a MySQL by jej považovala za název datového typu a ne za název
sloupce.
Protože správu uživatelů již máme hotovou, bude zamyšlení nad zabezpečením skriptu vlastně jen rekapitulace. Zadávat texty bude smět pouze administrátor. K tomu využijeme již existující funkci jeadmin a na začátek zadávacího skriptu napíšeme:
<?
if (!jeadmin()) return;
?>
Podobnou funkci můžeme vytvořit i pro detekci, zda je vůbec nějdo přihlášen. Protože stačí kontrolovat, zda je nastavena session proměnná ID, bude to velmi triviální funkce:
function
jeprihlasen ()
{
if (isset($_SESSION["id"])) return true; else return false;
}
A tu pak můžeme použít pro rozhodování, zda aktuálnímu uživateli stránek zobrazit text písně či nikoli. V dalším díle tyto víceméně teoretické poznatky poslepujeme do funkčního skriptu.