prestante tu brecet o 30 nepouzitych connectionech v poolu, to se bezne dela protoze tenhle druh zateze ma dost vyrazny spicky a otevreni spojeni do oraclu nejakou dobu trva, tak je potreba mit rezervu. s 1-3 connectionama v poolu nevystacite poradne ani na testovacim stroji.
jinak pro zajimavost db2 umi interni connection pooling transparentni pro aplikace. Mate treba soucasne otevrenych 8000 pripojeni do db zvenku a obsluhujete to 150ti agentama, coz vetsinou staci ponevadz je vetsina dlouhodobe idle u tehle aplikace pracuje soucasne asi 5% uzivatelu. ten pooling se dela aby to setrilo pamet serveru ne aby byly connectiony do db rychlejsi.
Názor k článku
Linuxová kancelář a správci databází
