Optimalizace tabulky – MySQL – Fórum – Programujte.com

Dobrý den, vytvářím jednoduchý RS. Ovšem tabulka s články mi příde příliš neoptimalizovaná a tak bych vás chtěl požádat o radu.
Současná tabulka vypadá asi takto

CREATE TABLE IF NOT EXISTS `clanky_clanky` (

  `id` int(100) NOT NULL auto_increment,

  `datum_vytvoreni` datetime NOT NULL default '0000-00-00 00:00:00',

  `seo_url` varchar(120) NOT NULL,

  `titulek` varchar(100) NOT NULL,

  `kategorie` int(10) NOT NULL,

  `zobrazit` int(10) NOT NULL,

  `uvod` varchar(1000) NOT NULL,

  `text` longtext NOT NULL,

  `autor` int(10) NOT NULL,

  `obrazek` varchar(500) NOT NULL,

  `precteni` int(100) NOT NULL,

  `komentare` int(1) NOT NULL,

  `klicova_slova` varchar(500) NOT NULL,

  `datum_vydani` datetime NOT NULL default '0000-00-00 00:00:00',

  `sablona` int(10) NOT NULL default '1',

  PRIMARY KEY  (`id`),

  KEY `seo_url` (`seo_url`,`kategorie`,`zobrazit`,`autor`,`precteni`,`klicova_slova`,`datum_vydani`,`datum_vytvoreni`)

) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

ak sa nemylim
`precteni` int(100) NOT NULL,
`klicova_slova` varchar(500) NOT NULL,
int da max 11 a varchar 255
alebo mi nieco uniklo?

Je to možný, tabulka byla tvořena přez PhpMyAdmin a když si zobrazím tabulku tak se to i tak zobrazuje...
V dřívější verzi PhpMyadmina se to podle velikosti čísla měnilo z VARCHAR na další druhy a tak jsem si s tím nelámal hlavu, kouknu na to a opravím to. Děkuji za upozornění, u sloupce precteni byla ta jedna nula preklep... preci jen 99999999.... precteni je trochu moc

soudruh
tabulka s články mi příde příliš neoptimalizovaná
Jak podle tebe vypadá optimalizovaná tabulka? :o) A co přesně myslíš tou optimalizací?

Jinak, do sloupce klicova_slova se ukládá řetězec klíčových slov oddělných nějakým oddělovačem, že? Pokud je možné vyhledávání podle klíčkových slov určitě by měla jít do další tabulky, které by byla s touhle ve vazbě M:N. Pokud se ale používají jen např. do <meta name="keywords">, není to podle mě nutné.

Sloupce kategorie, autor a sablona jsou cizí klíče (foreign keys)? Hodil bych na ně samostané indexy.

Na sloupec seo_url by podle mě bylo dobré hodit UNIQUE index, aby dva články nemohly mít stejnou seo_url, což by znemožnilo hledání podle ní. Pokud se ale hledá podle id a seo_url slouží jenom jako předvypočítaná hodnota, není to potřeba.

KEY `seo_url` (`seo_url`,`kategorie`,`zobrazit`,`autor`,`precteni`,`klicova_slova`,`datum_vydani`,`datum_vytvoreni`)
Pro vytváříš jeden index nad tolika sloupci? :o)

seo_url nemusí být jedinečná, protože je tu ještě kategorie ( tj. /clanky/seo-kategorie/seo-clanku/ ) a zbytek je ošetřen v administraci.
klíčová slova jsou pro keywords i pro vyhledávání, takže dát do zvláštní tabulky?
Optimalizací jsem myslel vylepšit aby byla práce rychlejší a generovala se menší zátěž na servr.
sloupce kategorie, autor a sablona mají jako hodnotu ID pomocí kterého se tahají údaje z jiné DB.

soudruh
seo_url nemusí být jedinečná, protože je tu ještě kategorie
Pak hodit UNIQUE index na sloupce seo_url a kategorie (UNIQUE (seo_url, kategorie)).

a zbytek je ošetřen v administraci.
Ale mít to ošetřené v databázi je jistota ;o)

klíčová slova jsou pro keywords i pro vyhledávání, takže dát do zvláštní tabulky?
Každopádně. V každé buňce tabulky by měly být jen atomické hodnoty. Takže pokud klicova_slova nebereš jako atom, měla by se rozdělit.

Děkuji za rady, bral jsem to z pohledu že na všem se dá něco vylepšit.