MySQL - Méthode de connexion ?
 Salut tout le monde !

Voila une question qui me turlupine depuis fort longtemps...
Est-il préférable au niveau performance serveur et rapidité d'ouvrir une seule connexion à la base en début de script ou d'ouvrir et de fermer une connexion à chaque appel de MySQL_Query() ?

Par exemple habituellement je passe mon identifiant de connexion en paramètre de mes fonctions :


Mais ne devrais-je pas faire plutôt :
Ou encore devrais-je utiliser la fonction MySQL_Pconnect() ? mais là je marche sur des oeufs car il me semble que c'est risqué les connexions persistentes (risque d'atteindre la limite maximale de nombre de connexions simultanées autorisée par le serveur MySQL, ou encore risque de plomber le serveur en cas de boucle infinie)

Le mystère est éclairci, merci angel. ;)

Bennezore > pas de "a" dans McFly de diou! :)

La classe de base (vieille version) de Nicolas Hoizey est ici developpeur.journaldun...

Les appels sont du style:
$tab_res = $bdd-> queryAllRecords("SELECT * FROM membres");
Ensuite t'as le nombre de lignes dans $bdd-> numRows() et dans une boucle qui va bien tu accedes aux resultats par $tab_res[$i] ['maColonne'];

En modifiant la classe tu peux faire en sorte que ca incrémente un compteur de requête qui sera accessible par $bdd-> nbRequetes() etc.

Après pas mal de modifications, elle fait ce qu'on veut cette classe bien pratique. :)

En fait c'est un peu la classe PDO MySQL mais réécrite à la main :)
Je vais aller jeter un oeil là-dessus.

Merci Maaaqueflaye

Un truc plus mieux, ce n'est pas plutôt d'acceder à sa table (ou bdd) en lecture seule ?
Ca existe bhein non ? Je sais plus :)

les verrous de lecture/écriture sont gérés par le SGBD directement. sur un select il ne va pas verrouiller la table pareil que pour un insert ou un update. Par contre certains SGBD permettent de monter les bases (tables ?) en lecture seule, mais pour un site web, ça limite l'intêret :D

Très :)
sujet intéressant qui ne fait que me réconforter dans le choix de la méthode que j'utilisais, celle d'une classe qui gère tout ça, aussi bien en C qu'en PHP :)

Arf, moi et mes remarques a balle2, je l'ai bien cherché :
Merci Angel, chui encore plus embrouillé qu'avant :)

Je reformule :
les SGDB gèrent de façon automatique les accès concurrents. Pour éviter que 2 personnes ne modifient la même entrée (tuple) en même temps, ils posent un verrou. Ils peuvent le poser sur un tuple, une table, voire la base (les 2 derniers cas sont tendus généralement).
Exemple : si 2 utilisateurs font "en même temps" la requete "select * from ma_table", alors le SGBD pose un verrou en lecture qui autorise la lecture simultanée. Par contre si un utilisateur fait un "insert <machin> into ma_table" et l'autre "select * from ma_table" on voit bien qu'il va y avoir conflit, puisque la cohérence des données est menacée. Donc le verrou en écriture est placé "au dessus" de celui en lecture.

C'est clair maintenant ?

Pour ce qui est de monter une base en lecture seule, c'est possible avec oracle, mais on le fait pour des raisons de maintenance.

Je viens de me programmer une classe Bdd moi aussi... (Et également une pour construire des formulaires plus rapidement, mais c'est un autre sujet...).

Sinon, il existe la librairie DB de PEAR, pour ceux qui ne veulent pas s'embeter à réinventer la roue.

Angel, vivi tout s'éclaire :)

En meme temps je me rend compte que ce serait pas une mauvaise idée d'investir dans une bible MERISE/SGBD/SQL/...
Si quelqu'un a des références à donnér (pour des books a moins de 40 euros), je dois pas être le seul a être preneur.