Construcción de instrucciones SQL interoperables

Como se mencionó en las secciones anteriores, las aplicaciones interoperables deben usar la gramática de ODBC SQL. Sin embargo, más allá del uso de esta gramática, se enfrentan varios problemas adicionales a los que se enfrentan las aplicaciones interoperables. Por ejemplo, ¿qué hace una aplicación si quiere usar una característica, como combinaciones externas, que no son compatibles con todos los orígenes de datos?

En este momento, el escritor de aplicaciones debe tomar algunas decisiones sobre qué características de lenguaje son necesarias y cuáles son opcionales. En la mayoría de los casos, si un controlador determinado no admite una característica requerida por la aplicación, la aplicación simplemente se niega a ejecutarse con ese controlador. Sin embargo, si la característica es opcional, la aplicación puede funcionar sin la característica. Por ejemplo, podría deshabilitar esas partes de la interfaz que permiten al usuario usar la característica.

Para determinar qué características se admiten, las aplicaciones comienzan llamando a SQLGetInfo con la opción SQL_SQL_CONFORMANCE. El nivel de conformidad de SQL proporciona a la aplicación una perspectiva amplia del SQL que es compatible. Para refinar esta vista, la aplicación llama a SQLGetInfo con cualquiera de las otras opciones. Para obtener una lista completa de estas opciones, consulte la descripción de la función SQLGetInfo . Por último, SQLGetTypeInfo devuelve información sobre los tipos de datos admitidos por el origen de datos. En las secciones siguientes se enumeran varios factores posibles que las aplicaciones deben tener en cuenta al construir instrucciones SQL interoperables.

Esta sección contiene los temas siguientes.

• Uso de catálogos y esquemas

• Posición del catálogo

• Identificadores entre comillas

• Caso de identificador

• Secuencias de escape

• Prefijos y sufijos literales

• Marcadores de parámetros en llamadas de procedimiento

• Instrucciones DDL