Vra

Is dit nodig of voordelig om persoonlike verbinding pooling kode te skryf wanneer die ontwikkeling van programme in NET met 'n SQL Server databasis? Ek weet dat ADO.NET gee jou die opsie om in staat te stel / afskakel verband poel - beteken dit dat dit gebou in die raamwerk en ek hoef nie te bekommerd wees oor dit? Hoekom doen mense praat oor die skryf van hul eie verband poel sagteware en hoe is dit anders as wat gebou in ADO.NET?

Was dit nuttig?

Oplossing

Die verband poel ingeboude om ADO.Net is sterk en volwasse. Ek sou aanbeveel teen 'n poging om jou eie weergawe te skryf.

Ander wenke

Ek is nie ware kenner op hierdie saak nie, maar ek weet ADO.NET het sy eie verbinding pooling stelsel, en so lank as wat ek het al met behulp dit dit foutloos is.

My reaksie sou wees dat daar is geen punt in die wiel weer uitvind ... Maak net seker dat jy jou verbindings te sluit wanneer jy klaar is met hulle en alles sal goed wees!

Ek hoop iemand anders kan jy 'n paar meer ferm antwoorde nie gee!

My begrip is dat die verband poel outomaties hanteer vir jou by die gebruik van die SqlConnection voorwerp. Dit is doelbewus ontwerp om te werk met MSSQL en sal verseker verbindings doeltreffend saamgevoeg. Jy hoef net om seker te wees jy hulle sluit wanneer jy klaar is met hulle (en verseker dat hulle van die hand gesit).

Ek het nog nooit gehoor van mense wat hul eie myself rol. Maar ek erken my ervaring is daar soort beperk.

Met die koms van ADO.Net en die nuwer weergawe van SQL verband poel hanteer op twee lae, eers deur ADO.Net self en tweedens deur SQL Server 2005/2008 direk, die uitskakeling van die behoefte vir persoonlike verbinding pooling.

Ek is in kennis gestel dat soortgelyke ondersteuning word beplan of het in Oracle en MySQL geïmplementeer uit belangstelling.

Wel, dit gaan om weg te gaan as die antwoord op al hierdie vrae sal wees LINQ. Terloops, het ons nooit persoonlike verbinding pooling vir enige van ons programme wat nodig is, so ek is nie seker wat al die geraas is oor.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top