Quelle est la bonne méthode de QSqlDatabase & QSqlQuery?

quand vous créez un QSqlDatabase objet addDatabase ou lorsque vous appelez removeDatabase, vous êtes simplement à associer ou de dissociant d'un n-uplet (pilote, nom d'hôte:port, nom de base de données, nom d'utilisateur/mot de passe) à un nom (ou au nom de connexion par défaut si vous ne spécifiez pas de nom de connexion).

le pilote SQL est instancié, mais la base de données ne sera ouverte que lorsque vous appelez QSqlDatabase::open.

ce nom de connexion est défini pour l'ensemble de l'application. Donc, si vous appelez addDatabase dans chacun des objets qui l'utilisent, vous changez tout QSqlDatabase objets qui utilisent le même nom de connexion et invalident toutes les requêtes qui étaient actives sur eux.

le premier exemple de code que vous avez cité montre comment dissocier correctement le nom de connexion, en s'assurant que:

• QSqlQuery sont détachés de l' QSqlDatabase avant de fermer la base de données en appelant QSqlQuery::finish(), qui est automatique lorsque le QSqlQuery objet sort de portée,
• QSqlDatabase avec le même nom de connexion sont close() d Quand vous appelez QSqlDatabase::removeDatabase (close() est aussi appelé automatiquement lorsque le QSqlDatabase l'objet sort du champ d'application).

lorsque vous créez La base de données QSqlDatabase, selon que vous voulez que la connexion reste ouverte pendant toute la durée de vie de l'application (1) ou juste au besoin (2), vous pouvez:

1. un seul QSqlDatabase instance dans une seule classe (par exemple, dans votre mainwindow), et l'utiliser dans d'autres objets qui en ont besoin soit en passant le QSqlDatabase directement ou tout simplement le nom de la connexion que vous passez à QSqlDatabase::database pour obtenir l' QSqlDatabase instance. QSqlDatabase::databaseQHash pour récupérer un QSqlDatabase d'après son nom, il est donc probablement plus lent que de passer le QSqlDatabase objet directement entre les objets et les fonctions, et si vous utilisez la connexion par défaut, vous n'avez même pas à passer quoi que ce soit n'importe où, il suffit d'appeler QSqlDatabase::database() sans paramètre.

   // In an object that has the same lifetime as your application
   // (or as a global variable, since it has almost the same goal here)
   QSqlDatabase db;
   
   // In the constructor or initialization function of that object       
   db = QSqlDatabase::addDatabase("QSQLDRIVER", "connection-name"); 
   db.setHostname(...);
   // ...
   if(!this->db.open())  // open it and keep it opened
   {
       // Error handling...
   }
   
   // --------
   // Anywhere you need it, you can use the "global" db object 
   // or get the database connection from the connection name        
   QSqlDatabase db = QSqlDatabase::database("connection-name"); 
   QSqlQuery query(db);             
   

2. configurer le QSqlDatabase une fois, ouvrez - le pour vérifier que les paramètres sont corrects, et laissez tomber l'instance. Le nom de la connexion, sera toujours accessible n'importe où, mais la base de données devra être rouverte:

   {
       // Allocated on the stack
       QSqlDatabase db = QSqlDatabase::addDatabase("QSQLDRIVER", "connection-name"); 
       db.setHostname(...);
       // ...
       if(!this->db.open()) // test the connection
       {
          // Error handling
       }
   // db is closed when it goes out of scope
   } 
   
   {
       // Same thing as for (1), but by default database() opens 
       // the connection if it isn't already opened 
       QSqlDatabase db = QSqlDatabase::database("connection-name"); 
       QSqlQuery query(db);
   
   // if there is no other connection open with that connection name,
   // the connection is closed when db goes out of scope
   } 
   

   dans ce cas, notez que vous ne devriez pas fermer la base de données explicitement, parce que vous pouvez avoir plusieurs objets utilisant la même connexion de base de données d'une manière rentrante (par exemple, si une fonction utilise connexion et appels B qui utilisent également la connexion. Si B ferme la connexion avant de retourner le contrôle à A, la connexion sera également fermée pour A, ce qui est probablement une mauvaise chose).