[PHP] Meerdere async databaseconnecties

[TheGuest]

Hallo!

Ik maak verbinding met mijn database als volgt:

PHP:

$oDB = new mysqli($DB['host'],$DB['gebruikersnaam'],$DB['wachtwoord'], $DB['naam']);

Mijn host staat maar een handvol gelijktijdige connecties toe en daarom heb ik een probleem wanneer ik bijvoorbeeld gebruik maak van een dynamisch plaatjes script welke elke keer een databaseverbinding aan wilt maken.

Wat is hiervoor een goede oplossing? (Ik wil de verbinding niet persistent maken).

[analog_]

Singleton Pattern toepassen.

[Observer]

Singletons helpen niet als je meerdere HTTP-requests tegelijkertijd moet afhandelen, de scope van een singleton is alleen het proces dat 1 request afhandeld.

Een persistent connection werkt waarschijnlijk wel, al zie ik niet zo gauw in de documentatie van MySQLi hoe je een persistent connectie aanmaakt. Bij de 'oude' Mysql client is het de functie mysql_pconnect()

[Swaptor]

TheGuest schreef op vrijdag 17 oktober 2008 @ 02:10:
Wat is hiervoor een goede oplossing? (Ik wil de verbinding niet persistent maken).

Observer schreef op vrijdag 17 oktober 2008 @ 09:40:
Een persistent connection werkt waarschijnlijk wel, al zie ik niet zo gauw in de documentatie van MySQLi hoe je een persistent connectie aanmaakt. Bij de 'oude' Mysql client is het de functie mysql_pconnect()

[Kalentum]

Plaatjes cachen op je webserver? 1x per X minuten opnieuw aanmaken en in de tussentijd heb je geen database connectie nodig voor het opbouwen van die plaatjes.

[TheGuest]

En het databaseobject in een sessie plaatsen? Of is dit 'vies'?

Plaatjes cachen is een goed idee trouwens.

[Erkens]

TheGuest schreef op vrijdag 17 oktober 2008 @ 12:19:
En het databaseobject in een sessie plaatsen? Of is dit 'vies'?

Je kan je connectie met de database niet in je sessie zetten aangezien die niet geserialized kan worden

[FragFrog]

Erkens schreef op vrijdag 17 oktober 2008 @ 12:34:
[...]

Je kan je connectie met de database niet in je sessie zetten aangezien die niet geserialized kan worden

En zelfs al kon je dat wel sluit de webserver 'm alsnog af zodra het request afgelopen is dus heb je enkel een referentie naar een gesloten verbinding, gaat je niet veel helpen.

Als je DB connecties wilt hergebruiken tussen verschillende threads (zonder van de connection pool van je webserver gebruik te maken) zul je ze wel persistent moeten maken, daar ontkom je simpelweg niet aan. Dat of je gaat inderdaad cachen

offtopic:
Is trouwens wel weer een mooi voorbeeld waarom plaatjes in je DB zetten doorgaans een slecht plan is

[ Voor 11% gewijzigd door FragFrog op 17-10-2008 15:39 ]

[Kalentum]

FragFrog schreef op vrijdag 17 oktober 2008 @ 15:38:
[...]

En zelfs al kon je dat wel sluit de webserver 'm alsnog af zodra het request afgelopen is dus heb je enkel een referentie naar een gesloten verbinding, gaat je niet veel helpen.

Gelukkig maar. Stel je hebt een sessie time out van een half uur. Er komen in dat half uur 100 hits van verschillende clients, of van een botje dat niet aan cookies doet, dan heb je dus 100 sessies die allemaal een half uur lang een connectie zouden open houden

offtopic:
Is trouwens wel weer een mooi voorbeeld waarom plaatjes in je DB zetten doorgaans een slecht plan is

Als het echt dynamische plaatjes zijn (bv grafieken op basis van gegevens in de database) dan heb je een database connectie nodig. Maar zelfs dan is het beter om die plaatjes kort te cachen.

[Erkens]

FragFrog schreef op vrijdag 17 oktober 2008 @ 15:38:

offtopic:
Is trouwens wel weer een mooi voorbeeld waarom plaatjes in je DB zetten doorgaans een slecht plan is

Eerder een betere server kopen

[FragFrog]

Erkens schreef op vrijdag 17 oktober 2008 @ 17:00:
[...]

Eerder een betere server kopen

Daar wordt het aantal simultane DB connecties niet minder van hoor

_{Oke, vooruit, van een goed ingestelde webserver met een normale connection pool wel, maar daar heb je met een shared hosting accountje doorgaans niet zo gek veel over te zeggen}

[Erkens]

FragFrog schreef op vrijdag 17 oktober 2008 @ 17:15:
[...]

Daar wordt het aantal simultane DB connecties niet minder van hoor

_{Oke, vooruit, van een goed ingestelde webserver met een normale connection pool wel, maar daar heb je met een shared hosting accountje doorgaans niet zo gek veel over te zeggen}

offtopic:
Ik doelde met mijn opmerking dus ook op die configuratie