---

Hej

Jeg har fået at vide, at php selv lukker databaseforbindelsen så snart
scriptet er afviklet.

Er der derfor nogen større grund til at lukke databaseforbindelsen manuelt?

I Classic ASP er der rig grund til det.

Mvh
Jimmy

---

On Tue, 10 Jun 2003 11:47:38 +0200, Jimmy wrote:

> Jeg har fået at vide, at php selv lukker databaseforbindelsen så snart
> scriptet er afviklet.
>
> Er der derfor nogen større grund til at lukke databaseforbindelsen
> manuelt?

Nej - ikke så længe afviklingstiden strækker sig over flere timer.

> I Classic ASP er der rig grund til det.

Hvordan det?

--
Christian Jørgensen | In order to understand recursion
http://www.razor.dk | one must understand recursion.

---

"Christian Joergensen" <mail@phpguru.dk> wrote in message
news:pan.2003.06.10.15.23.33.106985@razor.dk...
> On Tue, 10 Jun 2003 11:47:38 +0200, Jimmy wrote:
>
> > Jeg har fået at vide, at php selv lukker databaseforbindelsen så snart
> > scriptet er afviklet.
> >
> > Er der derfor nogen større grund til at lukke databaseforbindelsen
> > manuelt?
>
> Nej - ikke så længe afviklingstiden strækker sig over flere timer.

Hmm, selvom der blev puttet "ikke" ind i sætningen lyder det som noget fri
fortolkning.
Har du en kilde?


> > I Classic ASP er der rig grund til det.
>
> Hvordan det?

Fordi ASP ikke frigiver ressourcerne med det samme og således optages der
mere og mere ram til ASP skal unloades.

Mvh
Jimmy

---

> Fordi ASP ikke frigiver ressourcerne med det samme og således optages der
> mere og mere ram til ASP skal unloades.

Men det er jo helt normalt - at MS Software optager mere og mere ram
indtil det unloades.

Morten
....som ikke kunne lade være

---

Jimmy wrote:

> Hej
>
> Jeg har fået at vide, at php selv lukker databaseforbindelsen så snart
> scriptet er afviklet.
Det er korrekt.
>
> Er der derfor nogen større grund til at lukke databaseforbindelsen manuelt?
Ja - det er mere "rigtigt" .

Det er self. ikke mig, der bestemmer hvad der er rigtig og forkert, men
imho, når man åbner noget, skal man også lukke det igen, så snart man er
færdig med at bruge det.

Operativ systemet ville vel også før eller siden frigive et handle til
en fil, du har åbnet, og så ikke lukket igen. Indtil OS gør det, vil
ingen andre programmer kunne åbne filen (self. antaget at du lås på den).

Det er vel samme princip her, selv om der oftest ikke går særlig lang
tid med at afvikle et PHP script - og du låser måske heller ikke noget i
databasen, men du optager ikke desto mindre en resource, i længere tid
end det er nødvendigt.

Jeg ville endda gå så langt som til at betragte det som en fejl, ikke at
lukke databasen igen - vi er bare så heldig stillet at PHP er rigtig,
rigtig god til at håndtere den fejl ;)

[klip]
MVH Per Thomsen,
http://www.pert.dk/

---

"Per Thomsen" <pert@pert.dk> skrev i en meddelelse
news:3ee6451c$0$15313$ba624c82@nntp03.dk.telia.net...
> Jeg ville endda gå så langt som til at betragte det som en fejl, ikke at
> lukke databasen igen - vi er bare så heldig stillet at PHP er rigtig,
> rigtig god til at håndtere den fejl ;)

Jeg vil absolut ikke kalde det en fejl, ikke at lukke forbindelsen igen.
Jeg vil måske nærmere kalde den en service fra PHP's side.
Jeg lukker aldrig selv forbindelsen. Typisk har jeg flere database kald
og så kan jeg enten åbne og lukke hver gang eller holde styr på,
hvilket kald er det sidste. Det synes jeg er for besværligt, og derfor
vil jeg hellere lade PHP gøre det. Så jeg er da helt sikkert glad for
at PHP er "rigtig god til at håndtere den fejl"

Typisk tager det jo meget lidt tid at eksekvere noget PHP kode,
hvorfor det reelt ikke er særlig lang tid, forbindelse er unødvendig
åben.

--
mvh
Martin
www.yavi.dk
www.web2matic.dk

---

Martin Møller Bæk wrote:

> "Per Thomsen" <pert@pert.dk> skrev i en meddelelse
> news:3ee6451c$0$15313$ba624c82@nntp03.dk.telia.net...
>
>>Jeg ville endda gå så langt som til at betragte det som en fejl, ikke at
>>lukke databasen igen - vi er bare så heldig stillet at PHP er rigtig,
>>rigtig god til at håndtere den fejl ;)
>
>
> Jeg vil absolut ikke kalde det en fejl, ikke at lukke forbindelsen igen.
> Jeg vil måske nærmere kalde den en service fra PHP's side.

Ok, der var jeg måske lidt for hurtig i vendingen. Efter et lille kik
på:
<http://dk.php.net/manual/en/language.types.resource.php#language.types.resource.self-destruct>
kan jeg jo, se at reference-counting faktisk gør det til en service, og
ikke en fejlhåndtering (som jeg var så frimodig at kalde det). Resourcer
bliver nu frigivet at garbage collectoren - og så er mit argument jo,
ligesom faldet til jorden.


> Jeg lukker aldrig selv forbindelsen. Typisk har jeg flere database kald
> og så kan jeg enten åbne og lukke hver gang eller holde styr på,
> hvilket kald er det sidste. Det synes jeg er for besværligt, og derfor

Det syntes jeg så ikke er noget godt argument, men det er måske også
smag og behag. Jeg kunne aldrig finde på at undlade at gøre noget, fordi
det er "for besværligt" (ok, ok, _aldrig_ er måske så meget sagt, men
det er ihvertfald sjældent).

Jeg ville nok vælge at åbne en forbindelse, lave alle de kald til
databasen, der skal laves, lukke forbindelsen, og så fortsætte med at
behandle, det data jeg har hentet efterfølgende.

Det kan vel også have noget at gøre med, hvor mange mennesker der er
involveret i et projekt - for det er klart nemmere at holde rede i, hvis
man selv skriver alt koden. Men hvis man f.eks. anvender klasser,
skrevet af andre udviklere, som man måske kun kender interfacet til, kan
det være svært at vide, hvad der sker med database connections.

> vil jeg hellere lade PHP gøre det. Så jeg er da helt sikkert glad for
> at PHP er "rigtig god til at håndtere den fejl"
>
> Typisk tager det jo meget lidt tid at eksekvere noget PHP kode,
> hvorfor det reelt ikke er særlig lang tid, forbindelse er unødvendig
> åben.

Det har du jo så fuldstændig ret i, men det forsøgte jeg også at sige.
Jeg vil nu stadig blive ved med at lukke mine connections fordi at jeg
syntes det er "pænt" at gøre det - men jeg må jo indrømme at du har
fuldstændig ret i at der ikke er nødvendigt - og at det så absolut ikke
er nogen fejl, ikke at gøre det.

MVH Per Thomsen
http://www.pert.dk

---

Per Thomsen wrote:
> Det er vel samme princip her, selv om der oftest ikke går særlig lang
> tid med at afvikle et PHP script - og du låser måske heller ikke
> noget i databasen, men du optager ikke desto mindre en resource, i
> længere tid
> end det er nødvendigt.
>
> Jeg ville endda gå så langt som til at betragte det som en fejl, ikke
> at lukke databasen igen - vi er bare så heldig stillet at PHP er
> rigtig,
> rigtig god til at håndtere den fejl ;)

Hvis man åbner database forbindelsen som en "persistent connection" er ideen
jo at forbindelsen _ikke_ skal lukkes igen.
PHP kan jo så genbruge åbne forbindelser.

mvh
Allan Kok