Partage via


SQLPrimaryKeys

S’applique à : SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW)

Une table peut avoir une colonne ou des colonnes qui peuvent servir d’identificateurs de ligne uniques et les tables créées sans contrainte PRIMARY KEY retournent un jeu de résultats vide à SQLPrimaryKeys. La fonction ODBC SQLSpecialColumns signale les candidats à l’identificateur de ligne pour les tables sans clés primaires.

SQLPrimaryKeys retourne SQL_SUCCESS si des valeurs existent ou non pour les paramètres CatalogName, SchemaName ou TableName. SQLFetch retourne SQL_NO_DATA lorsque des valeurs non valides sont utilisées dans ces paramètres.

SQLPrimaryKeys peut être exécuté sur un curseur de serveur statique. Une tentative d’exécution de SQLPrimaryKeys sur un curseur pouvant être mis à jour (dynamique ou jeu de clés) retourne SQL_SUCCESS_WITH_INFO indiquant que le type de curseur a été modifié.

Le pilote ODBC SQL Server Native Client prend en charge les informations de création de rapports pour les tables sur des serveurs liés en acceptant un nom en deux parties pour le paramètre CatalogName : Linked_Server_Name.Catalog_Name.

SQLPrimaryKeys et paramètres table

Si l’attribut d’instruction SQL_SOPT_SS_NAME_SCOPE a la valeur SQL_SS_NAME_SCOPE_TABLE_TYPE, au lieu de sa valeur par défaut de SQL_SS_NAME_SCOPE_TABLE, SQLPrimaryKeys retourne des informations sur les colonnes clés primaires des types de tables. Pour plus d'informations sur SQL_SOPT_SS_NAME_SCOPE, consultez SQLSetStmtAttr.

Pour plus d’informations sur les paramètres table, consultez Paramètres table (ODBC) .

Voir aussi

SQLPrimaryKeys, fonction
Détails de l’implémentation d’API ODBC