Partager via

Construction d’instructions SQL interopérables

  • Article

Comme mentionné dans les sections précédentes, les applications interopérables doivent utiliser la grammaire ODBC SQL. Au-delà de l’utilisation de cette grammaire, cependant, un certain nombre de problèmes supplémentaires sont rencontrés par des applications interopérables. Par exemple, qu’est-ce qu’une application fait si elle souhaite utiliser une fonctionnalité, telle que des jointures externes, qui n’est pas prise en charge par toutes les sources de données ?

À ce stade, l’enregistreur d’applications doit prendre certaines décisions sur les fonctionnalités de langage requises et facultatives. Dans la plupart des cas, si un pilote particulier ne prend pas en charge une fonctionnalité requise par l’application, l’application refuse simplement de s’exécuter avec ce pilote. Toutefois, si la fonctionnalité est facultative, l’application peut contourner la fonctionnalité. Par exemple, il peut désactiver ces parties de l’interface qui permettent à l’utilisateur d’utiliser la fonctionnalité.

Pour déterminer les fonctionnalités prises en charge, les applications commencent par appeler SQLGetInfo avec l’option SQL_SQL_CONFORMANCE. Le niveau de conformité SQL donne à l’application une vue d’ensemble de laquelle SQL est pris en charge. Pour affiner cette vue, l’application appelle SQLGetInfo avec un certain nombre d’autres options. Pour obtenir la liste complète de ces options, consultez la description de la fonction SQLGetInfo . Enfin, SQLGetTypeInfo retourne des informations sur les types de données pris en charge par la source de données. Les sections suivantes répertorient un certain nombre de facteurs possibles que les applications doivent surveiller lors de la construction d’instructions SQL interopérables.

Cette section contient les rubriques suivantes :