Hva er tilkoblingssamling?

Connection Pooling er betegnelsen for styring av tilkoblingene til brukere som stiller spørsmål om databaser. Selv om mange brukere kanskje ikke legger merke til det, når det er et stort antall brukere som søker tilgang til en applikasjonsserver som en database ligger, kan det store volumet av tilkoblinger bli nesten umulig for en server å opprettholde god forbindelse med alle tilkoblingene på disse tidspunktene. Programvareteknikk som gjør det mulig for Connection Pooling gjør det mulig for en server å administrere tilkoblinger godt uavhengig av det høye volumet av tilkoblinger som gjør spørsmål og muliggjør svar på disse spørsmålene med hastigheter under sekund.

Tilkoblinger må være av identisk konfigurasjon som skal inkluderes i et tilkoblingsbasseng, slik at de fleste serverforbindelsesbassengprogrammer har forskjellige tilkoblingsbassenger som kjører samtidig. Når en bruker søker å koble seg til, blir han eller hun tildelt et basseng med like konfigurasjoner, hvis plass er tilgjengelig. Hvis det ikke er tilgjengelig plass, blir forespørselen i kø som skal tildeles så snart en kommer tilgjengelig. En bruker er kanskje ikke klar over at han eller hun er i kø, men kan ganske enkelt legge merke til at databasen virker treg i spørringsresponsen; Imidlertid, i back office of Database Management Systems, er det skanning av bassengene for å finne plass for brukeren å finne en åpen tilkobling. De fleste tilkoblingspooling -programmer har en angitt liste over maksimale brukere per basseng og minimumsmengder av tidsinnstillinger som en tilkobling kan forbli inaktiv før tilkoblingen blir droppet og tilgjengeligheten returneres til bassenget.

Når det er opprettet et tilkoblingsbasseng, opprettes et visst antall tilkoblingsobjekter og legges til bassenget. For at et basseng skal anses som aktivt, trenger det et minimum av antall objekter. Disse tilkoblingsobjektene er tilgjengelighetssetene som binder en forbindelse til bassenget, og de kan opprettes og legges til bassenget etter behov opp til maksimalt tillattinnen et basseng. Ettersom brukere er fornøyd med deres spørring og slipper tilkoblingsobjektet, blir objektene returnert til bassenget av tilkoblingspoolingsprogrammene for bruk av en annen bruker eller den samme brukeren når han eller hun kommer tilbake.

En faktor som kan bremse responstidene i sammenheng med sammenheng er det som kalles bassengfragmentering. bassengfragmentering oppstår vanligvis på grunn av integrert sikkerhet eller for mange databaser som er bosatt på et eksisterende sett med servere. Et databasestyringssystem som autentiserer brukere og deretter kø eller tilordner dem til eksisterende tilkoblingsbassengobjekter, tapper minnet, og en strammere systemdesign for tilganger rydder ofte opp det altfor mange databaser-problemet. Den integrerte sikkerhetssystemets design av Windows-baserte programmer i mange tilkoblingspoolingsprogrammer krever at bare en Windows-basert bruker ligger i et basseng om gangen. Dette kan ryddes opp ved å opprette flere bassenger for å imøtekomme flere forespørsler som må besvares samtidig.

Hvis tilkoblingspooling-programmet oppdager en bruker har gått på tomgang utover en bestemt periode eller tilkoblingen er blitt avskåret, vil den returnere tilkoblingsobjektet til bassenget som et ugyldig objekt. Hvis en server går ned mens en tilkobling er i kraft, kan tilkoblingen fremdeles trekkes tilbake selv om tilkoblingsbassenget ikke er klar over den avskårne forbindelsen. ActiveX Connection-Pool-programmer fortsetter vanligvis med å tømme bassenget til disse tilkoblingene når serveren startes på nytt.