S tymto prispevkom nemozem suhlasit. Problem nie je 30 otvorenych spojeni na DB. Connection pooling je vyhodny a to predovstkym pri praci s Oracle, pretoze neustale pripajanie a odpajanie na Oracle je neefektivne a ovela pomalsie ako vyuzitie existujuceceho spojenia z poolu. V pripade aplikacneho servera (Java) si mozte Connection pool upravit.
Problem je vsak niekde inde. Problem je v tom, ze Enterprise aplikacie sa snazia byt univerzalne, cize su programovane tak, aby Ste mohli pouzit akukolvek z "mainstream" databaz. A tu je kamen urazu.
Kazda databaza ma svoje specifika a zakonitosti. Univerzalne aplikacie tieto specifika a zakonitosti popieraju. Spominali Ste Oracle, tak uvediem priklad pre Oracle. Pri Oracle ak chcete dosiahnut skalovatelnost aplikacie a minimalizovat waity pri parse faze mali by ste pouzit tzv. viazane (bind) premennne, ktore zapricinia, ze plan pre podobne queries (podobne je mylsene tym, ze zmena dochadza na urovni hodnot v query) sa ulozi v pamati (shared pool) a znovu pouzije. Cize namiesto hard parse sa vykona len soft parse. Ako cloveku dlhodobo administrujucemu Oracle nemusim hovorit, ze hard parse je operacia, ktora vyrazne ovplyvnuje service time, cize dlzku trvania, nez sa dostanete k pozadovanemu vysledku.
Ak je aplikacia pisana aby podporovala viacere druhy DB, napr. MSSQL, PostgreSQL, MySQL a Oracle, tak minmalne kvoli MySQL aplikacia nemoze podporovat viazane premenne. Co ma v pripade Oracleu vazny dopad na performance (zbytocne uzamykanie systemovych prostriedkov atd.) a taktiez to ma aj urcity dopad na bezpecnost (security) aplikacie.
Taktiez velmi zalezi kto a ako dane aplikacie pise. Spominam si na niektore SQL prikazy, ktore su obsiahnute v niektorych enterprise aplikaciach, z ktorych mi bolo takmer doplacu. Vedel by som menovat zodpovedne firmy a aj velkych integratorov, ktori sa nas snazili presvedcit, ze vsetko je OK, ale radsej nebudem.
Odpověď na názor
Odpovídáte na názor k článku Linuxová kancelář a správci databází.
Pravidla pro diskutující
Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.
Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.
Příspěvky nesmí obsahovat:
- Vulgární či hrubé výrazy.
- Urážlivé výroky na adresu druhé osoby či skupiny osob.
- Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
- Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
- Komerční nabídky a affiliate odkazy.
- Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
- Prokazatelně protiprávní obsah.
Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.
Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul
