Dotaz: [best practise] Pouziti VIEW v databazi

[David Sedláček]

Ahoj, chci se zeptat na jiny nazor.. Priklad - mam nejaka data v DB, chci je zobrazit v aplikaci v record listu a nad nim i pripadne pak filtrovat. Je dobre tohle resit sestavenim VIEW ke konkretnimu record listu a nad nim filtrovat? Jde mi o to, jestli treba az budu mit dejme tomu 1000-10000 zaznamu, jestli to nebude mit vliv na vykon pri vyuziti VIEWs a filtrovani oproti komplet sestaveni SELECTu.

Ted mam VIEW (nad vice tabulkami), v aplikaci pak jednoduse SELECTnu VIEW a pokud potrebuju, tak sestavim WHERE podminku - kde mam diky pouziti VIEW unikatne pojmenovany kazdy sloupec. Prijde mi to jako idealni reseni, az na ten vykon, kterym si nejsem moc jisty.

Odpovědi

[okbob]

No ono hodně záleží, co máte za databázi?

[David Sedláček]

MySQL 5, InnoDB uloziste

[okbob]

U jednoduchých dotazů byste problémy mít nemusel - u složitějších ano, MySQL špatně optimalizuje dotazy obsahující pohledy. Snad je to opravené v MySQL 5.5, ale nemám žádné zprávy.

[pht]

Views by v rozumné db neměly nijak zpomalovat, při vyhledávání se použije index nad původníma tabulkama pokud je to možné. 10k řádků navíc není žádná zátěž kde by se to muselo nějak moc řešit. Dělal bych si s tím starost až když by aplikace šlapala pomalu.

[David Sedláček]

Tak to zni dobre. Bal jsem se, ze treba ta prace s VIEWs probiha ve stylu vnorenych dotazu-> ze se prvne "vysype" komplet VIEW a pak az se na ty data aplikuje omezujici podminka...

[okbob]

Bohužel v MySQL to tak může být

[David Sedláček]

V tom pripade to proveri cas :// Nemuzu si dovolit zmenit uloziste, hlavne z duvodu kompatibility.

Kazdopadne rad uvitam nejake "lepsi" reseni toho, co jsem tu nastinil, pokud neco existuje.

[l0gik]

Těch 10-10000 záznamů tolik není, to by měl zvládnout i view. Na druhou stranu není problém mít sloupce pojmenované tabulka.sloupec a řešit where nad celým dotazem. Nebál bych se ani si napsat něco, co ti ten složitej select v aplikaci samo poskládá: když víš jak se ty dotazy skládaj a máš rozumně navrženou db, není výsledek o nic horší, než dotazy poskládaný růčo.

[okbob]

Snad by to mělo být v nové verzi MySQL opravené - a pokud pracujete se desítkama tisíc řádků. tak to utlučete hardwarem.