Autor | Zpráva | ||
---|---|---|---|
Ladik11 Profil * |
#1 · Zasláno: 23. 1. 2013, 21:23:34
Zdravím,
máme v plánu jeden projekt s velkou databází, počítáme až 1GB. Záznamy nebudou nijak složité, některé sloupce budou obsahovat dost dat. a řešili jsme co je lepší kvůli filtrům. jestli mít filtry přímo u té tabulky se záznami tedy: id, spousta informací, filtr1, filtr2 nebo si dát filtry stranou a udělat relace: tedy tabulka s daty: id, spousta informací a filtry vždy: id_dat, filtr1, filtr2 je v tom rozdíl? Díky |
||
ninja Profil |
#2 · Zasláno: 23. 1. 2013, 21:58:00
Co bude filtr? Kolik jich bude? Jak často si vystačíte s id, respektive jak často potřebujete načíst všechna data u konkrétního id ze základní tabulky? A hlavně, o jaké databázi uvažujete?
|
||
Ladik11 Profil * |
#3 · Zasláno: 23. 1. 2013, 23:31:09
filtr bude int
data se budou pokaždé načítat podle filtru o MySQL |
||
Ladik11 Profil * |
#4 · Zasláno: 24. 1. 2013, 10:18:15
respektivě by mě zajímala funkce databáze, jak hledá.
Jestli jí zatěžuje, při dotazu to, že tabulka má 2GB, jestli je lepší si vyfiltrovat mimo tak velkou tabulku. Jinak každý záznam má více filtrů, např adresa, číslo popisné, ale vždy pro daný záznam jsou uníkátní, takže tam duplicity nebudou |
||
peta Profil |
V indexech (klicich) nad sloupci typu INT se vyhledava rychle, 2G o tom nerozhoduje.
Pokud danou vec hledas casto, urcite by bylo lepsi si udelat pomocnou tabulku a do ni presypat nejcasteji hledane radky. Edit: Jak se hleda? Vis neco o indexech? Tusim, ze asi moc ne. Indexy jsou takova pomocna tabulka, ktera zaznamy roztridi podle zvolenych pravidel. Pr. Muze to vypadat nejak takto: * Hledas cislo 999 * hledej trojciferna cisla (5) * hledej cisla s prvni cislici 9 (100) * hledej cisla s druhou cislici 9 (10) * hledej ve zbytku 999 (10) Prohleda 125 radku proti puvodnim peticifernym cislum, cili 100.000 radkum |
||
Ladik11 Profil * |
#6 · Zasláno: 24. 1. 2013, 10:55:18
díky moc, za odpověď a za typ
|
||
Časová prodleva: 11 let
|
0