meilleures pratiques pour les applications de base de données
https://stackoverflow.com/questions/638706
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je me suis demandé ce que la communauté considère comme "meilleures pratiques". quand il s'agit de construire une interface pour une base de données.
exemple:
chaque formulaire doit-il avoir sa propre connexion?
Tous les éléments liés à la base de données doivent-ils être placés dans une couche distincte? C’est-à-dire: créer une classe, qui gère tout ce qui concerne la base de données, que j’instancie à partir de mes formulaires, etc.?
quelle doit être la rigueur de la règle de séparation, c’est-à-dire: où placer les chaînes SQL, les chaînes de connexion. Dans chaque code de formulaire (trouvable), dans un fichier (source) séparé en tant que variables globales, dans un fichier XML ou même nulle part dans le code source, uniquement sur le serveur SQL?
etc.
La solution
Lorsque vous créez une application Web, vous avez normalement 3 couches de logique.
- Couche de présentation
- Couche de logique métier
- Couche d'accès aux données
La dernière couche fait tout ce qui concerne la gestion de la base de données.
La couche de logique applicative ne doit jamais communiquer directement avec la base de données sans utiliser la couche d'accès aux données.
C'est mon meilleur conseil
Autres conseils
Ne faites pas ces erreurs .
Découvrez les meilleures pratiques d'architecture d'application dans votre langue, ainsi que les frameworks populaires. La réponse à cette question peut facilement remplir jusqu'à 3 ou 4 semestres de classes d'architecture d'application.
Comprenez le modèle de transaction de votre base de données. Oracle et SQL Server prennent en charge les transactions, mais leur fonctionnement est relativement différent.
C’est une question très large sans réponse simple. S'il s'agit d'un projet de taille petite à moyenne, je mettrais la chaîne de connexion dans web.config (section connectionStrings) et utiliserais le contrôle intégré SqlDataSource pour y accéder.
Il est toujours préférable de séparer les différentes couches de votre projet. Regardez dans le framework MVC.
