ISAPI ???

Някой да се е занимавал с ISAPI?
Интерисувам се как се потдържат DB сесите?
Нещо препоръчително?

Ако не си си харесал точно определена база данни (по-специално - определени компоненти за достъп) заложи на ADO - има вграден pooling на конекциите. За теб това практически означава че ще правиш уеб приложението по същия начин както и добре оптимизирано десктоп приложение.
Другия вариант е да правиш собствен pooling на DB сесиите. Едно практично решение е да се ползва COM обект за целта. Неприятния момент е че се иска добра подготовка в ползването на съответната база/компоненти за достъп. Която тъй или инак трябва да имаш - едно уеб приложение предполага достъп от много клиенти към една база, така че трябва да си в час със сесии, заключвания, типове курсори и т.н.

чети и дишай по-леко

Благодаря за инфото.
Това и ще бъде - ADO, плюс Microsoft SQL Server 2008.
Да разбирам ли, че е "безопасно" да "плясна" ADO компонентите направо върху TWebModule, а не да ги създавам "ръчно" в тялото на всяка една процедура/функция? За всяка една потребителска сесия ли се създава автоматично нова инстанция на ADO компонентите, или? Това означава ли, че ще имам например N на брой TADOConnection? Ако не, какво се случва, ако TADOStoredProc извикана от потребитал А извършва дълга по време операция, и потребител B я извика с други входни параметри? Тъй като един малък тест с private променлива, показа че дефакто тя не се променя между различните потребители.
То май станаха много въпросите ми, но...

Пляскай ги смело. Ползвай само една конекция към базата (с един и същ connection string). ADO пулинга ще я преизползва интелигентно - т.е. на отделните сесии които искат една и съща конекция ще подаде една и съща, фактически без да я затваря и отваря наново.
Stored procedures са атомарни, т.е. неделими. Първо се изпълнява изцяло първата, после изцяло втората и т.н.
Сега нямам повече време, но ако имаш нужда от още инфо ще пиша довечера.

чети и дишай по-леко

Благодаря!