Discussion :

[darphil]

Bonjour les pros,


Je me pose la question de quel est la bonne pratique pour ouvrir une basse de données.


Par exemple, si je dois consulter une BD enregistrement par enregistrement.
La BD pourrait être consultée par une vingtaine d'utilisateurs avec +-5000 enregistrement.


C'est quoi le mieux.


1) Ouvrir la base de données prendre toutes les données dont j'ai besoin et fermer. Il ne me reste plus qu'a naviguer entre les enregistrements.

2) À chaque fois que je passe à un autre enregistrement, j'ouvre et je ferme pour chaque enregistrement et je n'en prends qu'un à la fois.

3) Ou j'ouvre la BD, je navigue entre les enregistrements et quand j'ai fini, je la ferme. Elle reste donc ouverte. (je pense que celle-ci est à proscrire.).

4) Une autre solution.


Voilà, si vous pouviez me dire les avantages et inconvénients de chaque solution, cela augmenterait le peu de connaissance que j'ai.


Merci de vos réponses, un newbies.

[SQLpro]

Tout dépend du type de SGBDR. Si c'est du client/serveur comme IBM Db2, Oracle Database, Microsoft SQL Server, PostGreSQL, mariaDB/MySQL, alors le serveur tourne en permanence et il n'y a ni ouverture ni fermeture, juste une connexion à lancer... Et si client lourd, déconnexion à la fermeture de l'application...

Si c'est de la base de données de type fichiers, comme Acess ou SQLlite, alors oui refermer après usage.

Maintenant une base de données est spécialement organisée pour manipuler des ensembles de données et non faire du ligne à ligne comme c'était le cas avec du CoBOL and les années 60... !

A +

[escartefigue]

2) À chaque fois que je passe à un autre enregistrement, j'ouvre et je ferme pour chaque enregistrement et je n'en prends qu'un à la fois.

En préambule, dans une BDD relationnelle, on ne parle pas d'enregistrements, mais de lignes de tables.
Ensuite, toute transaction pose des verrous. Or, la largeur des verrous est le plus souvent la page, et, sauf si chaque ligne est très large, il y a le plus souvent plusieurs lignes par page.
Ce faisant, même si vu par l'utilisateur, tout se passait comme si l'on ne verrouillait qu'une ligne, c'est bien la page et donc un groupe de lignes, qui est verrouillé pendant l'opération.
Selon le type de verrou (UR, CS, RS, RR), leur portée (ligne, page, table) et la durée des transactions, les opérations demandées par les travaux concurrents sont plus ou moins fortement perturbées.
Finalement, la bonne pratique dépend de besoin et du nombre d'accès concurrents

[darphil]

Merci pour vos réponses