Cómo utilizar SQL en una aplicación

Para utilizar SQL en una aplicación, hay que combinarlo con un procesal

lenguaje como Visual Basic, C, C ++, C #, Java, COBOL, o Python. Debido a la forma en que está estructurado, SQL tiene algunas fortalezas y debilidades. Lenguas de procedimiento se estructura diferente de SQL, y en consecuencia tienen diferente fortalezas y debilidades.

Felizmente, los puntos fuertes de SQL tienden a compensar las debilidades de las lenguas de procedimiento, y los puntos fuertes de las lenguas de procedimiento están en aquellas áreas en SQL es débil. Mediante la combinación de los dos, usted puede construir aplicaciones de gran alcance con una amplia gama de capacidades.

Hace poco, orientado a objetos desarrollo rápido de aplicaciones (RAD), como el entorno de Eclipse de código abierto Visual Studio y Microsoft, han aparecido, que incorporan código SQL en aplicaciones desarrolladas mediante la manipulación de los objetos que aparecen en pantalla en lugar de escribir código de procedimiento.

Mantenga un ojo hacia fuera para el asterisco

El asterisco (*) Sirve como un sustituto de la abreviatura de ". Todas las columnas de la tabla " Si la tabla tiene muchas columnas, el asterisco puede ahorrar mucho escribir. Sin embargo, utilizando el asterisco de esta manera es problemático cuando se utiliza SQL en un programa de aplicación. Después está escrito su solicitud, usted o alguien más puede añadir nuevas columnas a una tabla o borrar las antiguas.

Si lo hace, cambia el significado de " todas las columnas ". Cuando su aplicación especifica " todas las columnas " con un asterisco, puede recuperar columnas distintas de las que piensa que está haciendo.

Este cambio a una tabla no afectar a los programas existentes hasta que tengan que volver a compilar para arreglar un fallo, o hacer algún cambio, quizás meses después de que se haga el cambio. A continuación, el efecto de la * comodín se expande para incluir todas las columnas ahora corrientes. Este cambio puede causar la aplicación de fallar de una manera no relacionada con la corrección de errores (u otros cambios), la creación de su propia pesadilla depuración personal.

Para estar seguro, especifique todos los nombres de las columnas de forma explícita en una aplicación en lugar de utilizar el comodín asterisco.

Fortalezas y debilidades de SQL

Si la información importante está enterrado en algún lugar de una sola tabla o base de datos de varias tablas, SQL le proporciona las herramientas que necesita para recuperarlo. No es necesario saber el orden de filas o columnas de la tabla porque SQL no se ocupa de las filas o columnas de forma individual. Las instalaciones de procesamiento de transacciones de SQL a garantizar que sus operaciones de base de datos no se ven afectados por otros usuarios que pueden ser al mismo tiempo el acceso a las mismas tablas que son.

Una debilidad importante de SQL es su interfaz de usuario rudimentaria. No tiene ninguna provisión para formatear las pantallas o informes. Acepta las líneas de comandos desde el teclado y envía los valores recuperados de la pantalla del monitor, una fila a la vez.

A veces, una fuerza en un contexto es una debilidad en otro. Una fuerza de SQL es que puede operar en una tabla entera a la vez. Si la tabla tiene una fila, un centenar de filas, o cien mil filas, una sola SELECT declaración puede extraer los datos que desea.

SQL no puede operar fácilmente en una fila a la vez, sin embargo - y, a veces te quiero para hacer frente a cada fila individualmente. En tales casos, puede utilizar las instalaciones del cursor de SQL o puede utilizar un lenguaje principal procesal.

Fortalezas y debilidades idiomas de procedimiento '

Lenguas de procedimiento están diseñados para una sola fila-en-un-tiempo de las operaciones, que dan el control preciso desarrollador de la aplicación sobre la forma de una mesa se procesa. Este control detallado es una gran fuerza de las lenguas de procedimiento. Pero una debilidad correspondiente es que el desarrollador de la aplicación debe tener un conocimiento detallado acerca de cómo se almacenan los datos en las tablas de bases de datos. El orden de las columnas y filas de la base de datos es importante y debe ser tenido en cuenta.

Debido a la naturaleza paso a paso de las lenguas de procedimiento, tienen la flexibilidad para producir pantallas de fácil uso para la entrada de datos y visualización. También puede producir sofisticados informes impresos con cualquier diseño que desee.

Los problemas en la combinación de SQL con un lenguaje de procedimientos

Tiene sentido tratar de combinar SQL y lenguas de procedimiento de tal manera que usted puede beneficiarse de sus fortalezas mutuas y no ser penalizado por sus debilidades combinados. Tan valioso como una combinación de este tipo puede ser, tiene que superar algunos retos antes de poder lograr este matrimonio perfecto de una manera práctica.

Contrastando los modos de funcionamiento

Un gran problema en la combinación de SQL con un lenguaje de procedimientos SQL es que opera en las mesas de un conjunto a la vez, mientras que las lenguas de procedimiento trabajan en ellos una fila a la vez. A veces, este problema no es un gran problema. Puede separar operaciones de conjuntos de operaciones de fila, haciendo cada uno con la herramienta adecuada.

Pero si usted quiere buscar una mesa para los registros que cumplan ciertas condiciones y realizar diferentes operaciones en los registros en función de si se cumplen las condiciones, es posible que tenga un problema. Dicho proceso requiere tanto el poder de recuperación de SQL y la capacidad de ramificación de un lenguaje de procedimientos.

SQL incrustado le da esta combinación de capacidades. Usted puede simplemente incrustar Sentencias SQL en lugares estratégicos dentro de un programa que ha escrito en un lenguaje de procedimientos convencionales.

Incompatibilidades de tipos de datos

Otro obstáculo a la integración sin problemas de SQL con cualquier lenguaje de procedimientos es que los tipos de datos de SQL difieren de los tipos de datos de las principales lenguas de procedimiento. Esta circunstancia no debe sorprender, ya que los tipos de datos definidos por cualquier lenguaje de procedimientos son diferentes de los tipos para las otras lenguas de procedimiento.

Usted puede mirar alto y bajo, pero usted no encontrará ninguna normalización de los tipos de datos de todos los idiomas. En SQL libera antes de SQL-92, del tipo de datos de la incompatibilidad era una preocupación importante. En SQL-92 (y también en versiones posteriores del estándar SQL), el ELENCO declaración aborda el problema.