CREATE TABLE tabulka (
        id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
        body REAL NOT NULL,
        meno CHAR(50) CHARACTER SET latin1,
        email VARCHAR(40) CHARACTER SET latin1,
        popis VARCHAR(300) CHARACTER SET utf8);

• id je typu INT, veľkosť 4 bajty
• body je typu REAL, veľkosť 8 bajtov
• meno je CHAR(50), typ znakov je latin1 ktorý vyžaduje 1 bajt/znak. Teda 50*1 => 50 bajtov
• email je VARCHAR(40), typ znakov je znova latin1, teda vyžaduje L*1 + 1 bajtov (kde L je dĺžka reťazca ktorá môže byť premenlivá (VARCHAR))
• popis je VARCHAR(300), typ znakov je už utf8 (do 3 bajty/znak), teda L*3 + 2 bajtov (2 bajty sú potrebné na uloženie dĺžky reťazca, lebo 300 > 255).

CREATE TABLE clanky (
        id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
        uzivatel INT NOT NULL,
        nadpis VARCHAR(60) CHARACTER SET utf8,
        navstevy INT,
        clanok TEXT CHARACTER SET utf8);

S-player napísal:Zdravím, vedel by mi niekto odporúčiť nejaký "systém" na počítanie veľkosti dát? Dáta sa ukladajú v MySQL databáze čo potrebujem je spočítať koľko dát ma dokopy daný user. Povedzme ,že mám tabuľku kde sú články. Vyberiem všetky články klienta a potrebujem ich sčítať čiže výsledok by mal vyzerať "823kB" (Jednotka nieje podstatná). Počítanie dát bude prebiehať pri každom jednom vložení, aktualizovaní alebo zmazaní. Aby to nebolo náročne tak najlepšou alternatívou je zrejme počítať každý jeden požiadavok a následne v detailoch klienta zvyšovať/znižovať hodnotu. Alebo je tu ešte druhá alternatíva a tou je zaznamenať riadok -> všetko spočítať tz. prejsť všetky tabuľky/riadky a túto hodnotu zaznačiť.

pcsiete napísal:@Everhard: tento systém by bol pekný kebyže sa jedná len o dĺžku článkov osobitne. V prípade že by chcel raz v budúcnosti stránku vylepšovať, tento údaj by sa stal úplne nepotrebný. Príkladom sú napr. hlasovanie o článku a komentáre. Tých by bolo ako maku, a tie vedľajšie bajty na ktoré si predtým nedával pozor by sa nahromadili. Pri hlasovaní by sa jednalo minimálne o 9 bajtov na hlas (napr. niekde mám 350 hlasov na články (nehovoriac o komentároch), to je ~3.07KiB na jedného užívateľa. Menší portál s 1000 užívateľmi a máš ~3.07MiB a to už zaváži).
Komentáre si vyžadujú z hľadiska rýchlosti fixnú dĺžku a tak získaš už kopec bajtov vedľa. No a pre db je fuška naviac pripočítať alebo odpočítať nejaké číslo pri každom užívateľovi každú jednu jeho akciu.

Tieto veci treba robiť priamo v db pokiaľ to len ide.

miso250593 napísal:ide hlavne o to, načo mu tieto informácie sú, lebo ak ich nepotrebuje získavať často, tak mu stačí ich v prípade potreby dopočítať, ak s nimi aj potrebuje nejako pracovať, tak ich duplicitne ukladať