Stratégies d’utilisation des bases de données SQL

Même si votre application n’exécute aucune instruction lors de son premier chargement, instanciez un objet SQLConnection et appelez sa méthode open() ou openAsync() en amont (par exemple après le démarrage initial de l’application) pour éviter les délais lors de l’exécution des instructions. Voir la section Connexion à une base de données .

Si vous accédez à une certaine base de données pendant l’exécution de votre application, gardez une référence à l’occurrence de SQLConnection et réutilisez-la dans toute l’application au lieu de fermer et de rouvrir la connexion. Voir la section Connexion à une base de données .

Lors de l’écriture du code d’accès aux données, il peut être tentant d’exécuter les opérations de façon synchrone plutôt que de façon asynchrone car cela demande souvent un code plus court et moins complexe. Toutefois, comme nous l’avons vu à la section Utilisation des opérations de base de données synchrones et asynchrones , les opérations synchrones peuvent affecter les performances de façon évidente pour les utilisateurs et nuire à leur exploitation de l’application. Le temps nécessaire à l’exécution d’une seule opération varie d’une opération à l’autre et notamment en fonction de la quantité de données impliquées. Par exemple, une instruction SQL INSERT qui n’ajoute qu’une seule ligne à la base de données prend moins de temps qu’une instruction SELECT qui récupère des milliers de lignes de données. Toutefois, lorsque vous utilisez le mode synchrone pour exécuter plusieurs opérations, les opérations sont généralement enchaînées. Même si le temps nécessaire à chaque opération est très court, l’application se bloque jusqu’à ce que toutes les opérations synchrones soient terminées. En résultat, le temps cumulé des différentes opérations peut être suffisant pour bloquer votre application.

Utilisez les opérations asynchrones comme approche habituelle, en particulier dans le cas d’opérations impliquant un grand nombre de lignes. Une technique permet de diviser le traitement des vastes jeux de résultats de l’instruction SELECT . Cette technique est décrite à la section Récupération partielle des résultats d’une instruction SELECT . Cette technique ne peut cependant être utilisée qu’en mode d’exécution asynchrone. Utilisez uniquement les opérations synchrones lorsque vous ne pouvez pas obtenir certaines fonctionnalités avec la programmation asynchrone, lorsque vous avez pris en compte les baisses de performances que les utilisateurs de votre application rencontreront éventuellement et après avoir testé votre application de manière à connaître l’impact sur les performances. L’utilisation du mode d’exécution asynchrone peut impliquer un codage plus complexe. Toutefois, n’oubliez pas que le code ne doit être écrit qu’une seule fois alors que les utilisateurs emploient l’application de façon répétée, qu’elle soit rapide ou lente.

Dans la plupart des cas, l’utilisation d’une occurrence de SQLStatement distincte pour chaque instruction SQL à exécuter permet de mettre plusieurs opérations SQL en file d’attente à la fois, ce qui, en termes d’écriture du code, rend le code asynchrone similaire au code synchrone. Pour plus d’informations, voir la section Présentation du modèle d’exécution asynchrone .

Pour chaque instruction SQL exécutée plusieurs fois dans une application, créez une occurrence de SQLStatement distincte. Servez-vous de cette occurrence de SQLStatement chaque fois que cette commande SQL s’exécute. Supposons par exemple que vous développiez une application comprenant quatre opérations SQL différentes exécutées à plusieurs reprises. Dans ce cas, créez quatre occurrences de SQLStatement distinctes et appelez la méthode execute() de chaque instruction pour l’exécuter. Evitez d’utiliser une seule occurrence de SQLStatement pour toutes les instructions SQL, en redéfinissant chaque fois sa propriété text avant d’exécuter l’instruction.

Utilisez des paramètres pour SQLStatement. Ne concaténez jamais la saisie de l’utilisateur dans le texte de l’instruction. L’utilisation de paramètres sécurise votre application car elle empêche les attaques par injection de code SQL. Il est alors possible d’utiliser des objets dans les requêtes (au lieu d’utiliser uniquement des valeurs littérales SQL). Cela renforce également l’efficacité de l’exécution des instructions car ces dernières peuvent être réutilisées sans qu’il soit nécessaire de les recompiler chaque fois qu’elles sont exécutées. Voir la section Utilisation de paramètres dans des instructions .