CONDICIONES. Usted es libre de: Copiar, distribuir y comunicar públicamente la obra bajo las siguientes

Transcripción

1 Usted es libre de: Copiar, distribuir y comunicar públicamente la obra bajo las siguientes CONDICIONES Reconocimiento. Debe reconocer y citar al autor original. No comercial. No puede utilizar esta obra para fines comerciales. Sin obras derivadas. No se puede alterar, transformar o generar una obra derivada a partir de esta obra. Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. Los derechos derivados de usos legítimos u otras limitaciones no se ven afectados por lo anterior. Traducción y adaptación: ISC. Rodrigo Jiménez Ruiz Departamento: de Ingeniería de Software. Dirección de desarrollo Tecnológico, Secretaría de Administración. Enero

2 Programación de base de datos con SQL SERVER 2000 Manual del participante 2

3 BIENVENIDA La Dirección de Desarrollo Tecnológico con el afán de contribuir en el desarrollo de los servidores públicos, implementa cursos de capacitación informática. Es por eso que te invitamos a participar entusiasta y activamente en el curso taller de: Programación de Bases de Datos con SQL Server 2000 El cual tiene como propósito que el participante sea capaz de programar bases de datos en SQL Server El éxito y la superación esta en tus manos, nosotros contribuimos a que tu crecimiento individual e institucional sea el reflejo en tu trabajo. 3

4 Propósito El participante será capaz de programar bases de datos utilizando Microsoft SQL Server Resultados de Aprendizaje Identificar la visión general de la programación de bases de datos en SQL Server Crear y Manejar Bases de Datos utilizando el Administrador Corporativo y el Analizador de Consultas. Crear tipos de datos y tablas en SQL Server Implementar Integridad de datos en SQL Server Planear Índices en SQL Server Crear y mantener índices para el buen desempeño de las bases de datos en SQL Server Crear Vistas de datos utilizando Transact-SQL. Crear y manejar procedimientos almacenados en SQL Server Crear y manejar funciones definidas por el usuario en SQL Server Aplicar y administrar desencadenantes en SQL Server

5 Introducción Información general Microsoft SQL Server 2000 proporciona una potente administración de bases de datos a través de herramientas como el administrador corporativo y el analizador de consultas. La versión que trata este manual es Microsoft SQL Server 2000 Enterprise Manager. Este manual aborda cada tema con una visión general, mas no superficial, de cómo programar bases de datos en SQL Server No es un manual de referencia, en el que el participante encontrará todas las respuestas a sus preguntas; por el contrario, pretende ser una herramienta que mediante conceptos y ejemplos genere el interés al participante por investigar y aprender más a fondo cada tema. Nota: éste no es un manual exhaustivo en el que se detallan todas las funciones de Microsoft SQL Server Para obtener información más detallada sobre su utilización consulte la Ayuda de los libros en pantalla. Lecciones En este manual se incluyen varias lecciones detalladas diseñadas para enseñarle los aspectos básicos de la programación de bases de datos en SQL Server Es muy importante leer cada tema y seguir paso a paso las instrucciones que se especifican en cada ejemplo. Los ejemplos pretenden mostrar al participante la manera de cómo realizar una acción, por lo que puede encontrar variaciones de nombres de objetos en diferentes ejemplos referenciados. Cuando el participante complete una práctica, será capaz de realizar otras acciones con objetos propios. Las lecciones están pensadas en usuarios sin experiencia en SQL Server, pero con ciertos conocimientos en bases de datos. Si el participante desea ampliar algún subtema en especial se le recomienda remitirse a los libros en pantalla de Microsoft SQL Server

6 Contenidos Bienvenida Introducción Resultados de aprendizaje 1. Visión general de SQL SERVER Diseño de la arquitectura de aplicaciones empresariales Herramientas de programación de SQL Server Elementos de Transact-SQL Elementos adicionales de lenguaje Práctica Crear y manejar Bases de datos 2.1 Creación de Bases de datos Creación de grupos de archivos Manejo de Bases de datos Introducción a las estructuras de datos Práctica Crear tipos de datos y tablas 3.1 Creación de tipos de datos Creación de tablas Generar valores de columnas Generar scripts Práctica Implementar integridad de datos 4.1 Tipos de integridad de datos Exigir integridad de datos Definir restricciones Tipos de restricciones Deshabilitar restricciones Usar Defaults y Reglas Decidir qué método usar para exigir integridad de datos Práctica Planear índices 5.1 Introducción a los índices Arquitectura de índice Qué columnas indizar Práctica Crear y mantener índices 6.1 Creación de índices Creación de opciones de índice Mantenimiento de índices Práctica Vistas 7.1 Introducción a las vistas 101 6

7 7.2 Ventajas de vistas Definir vistas Modificar datos a través de vistas Optimizar el rendimiento utilizando vistas Práctica Procedimientos almacenados 8.1 Introducción a los procedimientos almacenados Crear, ejecutar, modificar y borrar procedimientos almacenados Práctica Usar parámetros en procedimientos almacenados Ejecutar procedimientos almacenados extendidos Manejar mensajes de error Consideraciones de rendimiento Práctica Funciones definidas por usuario 9.1 Qué es una Función definida por el usuario? Definiendo funciones definidas por el usuario Ejemplos de Funciones definidas por el usuario Práctica Implementación de desencadenantes 10.1 Introducción Definir desencadenantes Cómo trabajan los desencadenantes? Práctica 159 Conclusión 160 Bibliografía 161

8 Visión General 1. Visión General de la Programación en SQL Server 2000 Contenido Diseño de la arquitectura de aplicaciones empresariales 1.1 Herramientas de programación de SQL Server 1.2 Elementos de Transact-SQL 1.3 Elementos adicionales de lenguaje 1.4 Práctica 1.5 Este capítulo es de introducción a la arquitectura de aplicaciones empresariales y herramientas de programación que tiene SQL Server. Al concluir este módulo el participante será capaz de: Describir los conceptos de arquitectura de aplicación a nivel corporativo. Describir las principales herramientas de programación de SQL Server Explicar la diferencia entre las dos principales herramientas de programación en SQL Server Describir los elementos básicos de Transact-SQL. Describir el uso de las variables locales, operadores, funciones, controles de flujo, sentencias y comentarios. Describir las diferentes formas de ejecución de una sentencia Transact-SQL. 5

9 Visión General Diseño de la arquitectura de aplicaciones empresariales 1.1 SQL Server es a menudo parte de una aplicación distribuida. El diseño de una implementación SQL Server para una solución empresarial depende de la selección de arquitectura y como pretende distribuir la lógica a través de las aplicaciones. Capa de Presentación de Datos Aplicaciones de Cliente Windows Navegadores Web Capa de Lógica de Aplicación Componentes Construidos para Clientes Aplicaciones y Servicios Integrados Reglas de Negocio Reglas de Datos Capa de Servicios de Datos Lógica de Acceso a Datos Almacenamiento de Datos Fig. 1.1 Capas lógicas. La arquitectura de una aplicación empresarial contiene capas lógicas. Las capas representan la presentación de datos, lógica de aplicación y servicio de datos. Capa de Presentación de Datos La capa de presentación de datos también es referida como servicios de usuario y permite a los usuarios navegar y manipular datos. Los dos principales tipos de aplicación cliente son aplicaciones cliente Microsoft Windows y navegadores Web. La capa de presentación de datos usa los servicios que le proporciona la capa lógica de aplicación. Capa Lógica de Aplicación Esta capa contiene la lógica de aplicación que define reglas y procesos. Esta permite escalabilidad; en lugar de que muchos clientes accedan directamente a la base de datos (con cada cliente requiriendo una conexión separada), los clientes pueden conectarse a los servicios de negocios que, a su vez, se conectan a los servidores de datos. Los servicios de negocios pueden ser componentes construidos para clientes o aplicaciones y servicios integrados, tales como los servicios Web. La capa lógica de aplicación puede contener también componentes que hacen uso de servicios de transacciones, servicios de mensajería o servicios de administración de objetos y conexión. Capa de Servicios de Datos Los servicios de datos incluyen la lógica de acceso a datos y almacenamiento de datos. Estos servicios pueden incluir procedimientos almacenados de SQL Server para manejar el tráfico de datos y la integridad en el servidor de la base de datos. 6

10 Visión General Definición de las capas físicas Físicamente se pueden ubicar las capas lógicas en un ambiente distribuido en una variedad de formas. Aunque todas las capas lógicas pueden existir en una computadora, esto es típicamente distribuir las capas lógicas en un modelo de dos niveles o multi-nivel. Esto permite implementar la lógica, reglas del negocio, y procesamiento donde estos son más efectivos. Modelo de Dos Capas Presentación de Datos Servicios de Datos Modelo Multi-Capa IIS Componentes Presentación de Datos Lógica de Aplicación Servicio de Datos Fig. 1.2 Capas físicas. Usando un modelo de Dos Capas Al usar este modelo se puede situar la lógica de presentación y aplicación en el cliente y los servicios de datos sobre el servidor. Alternativamente, se puede situar la lógica de aplicación en procedimientos almacenados sobre el servidor. También se puede tener una solución mixta en la cual la lógica de aplicación esta dividida entre el cliente y el servidor. Los diseños en dos niveles son menos comunes que los diseños multi-capas, debido a la creciente popularidad de las aplicaciones para Internet. No son escalables y no pueden ser fáciles de mantener como un diseño multi-capas. Usando un Modelo Multi-Capas El modelo multi-capas, también conocido como tres capas o n-capas, permite distribuir la lógica a través de las aplicaciones. Las reglas del negocio pueden ser separadas del cliente o la base de datos. Cuando este modelo es aplicado a Internet, puede dividir los servicios de presentación entre un cliente explorador (browser) y un servicio Web de Internet Information Services (IIS); el servidor Web formatea las páginas Web que despliegan los exploradores. El modelo multi-capa es escalable para grandes bases de clientes y muchas aplicaciones, y puede propagar la carga de trabajo a través de muchas computadoras. Un modelo multi-capa es fácil de manejar debido a que puede aislar un cambio a una regla de negocio sin afectar a otras. También, una actualización a un Active Server Page (ASP) en un servidor Web, automáticamente actualiza todos los clientes. 7

11 Visión General Acceso a datos Las tecnologías Microsoft permiten acceder datos corporativos usando un amplio rango de clientes preconstruidos o clientes hechos a la medida que usan una interfaz programada de acceso a datos (API). Aplicaciones y componentes Browser Access Excel Cliente usuario IIS Consumidores de Datos ActiveX Data Objects (ADO) Proveedores de Datos Proveedores de Datos OLE DB (Servicios) Cursores Procesadores de Consultas Servicios de Negocios Proveedores de Datos OLE DB (Datos) ODBC SQL Server Jet Active Directory Exchange Excel Otros Proveedores Fig. 1.3 Modelo de acceso a datos Clientes preconstruidos Pueden usarse aplicaciones de cliente preconstruido para acceder datos a SQL Server. La lógica de recuperación de datos es parte de la aplicación cliente. Microsoft Office 2000 incluye Microsoft Access y Microsoft Excel. Cuando parte de una solución multicapa, se usan estas aplicaciones principalmente para servicios de presentación. No obstante, también se pueden usar estos para la lógica de aplicación y servicios de datos. Estas aplicaciones permiten a los usuarios navegar datos del lado cliente y ejecutar consultas específicas. Pueden usarse para recuperar datos SQL Server o como un cliente en un diseño multi-capa. También se puede usar Office 2000 como un ambiente de desarrollo para construir aplicaciones de acceso a datos. Access y Excel son ejemplos de clientes preconstruidos que ofrecen un rango de funcionalidad. También se puede usar clientes preconstruidos que solo ofrezcan servicios de presentación, tales como un navegador que se comunica con IIS. 8

12 Visión General Clientes hechos a la medida Se pueden construir clientes hechos a la medida usando interfaces programadas de acceso a datos y un ambiente de desarrollo, tales como Microsoft Visual Studio versión 6.0 Edición Empresarial. Proporcionar Acceso de Datos Universal Los clientes personales necesitan acceder muchas diferentes fuentes de datos en la empresa. Microsoft Data Access Components (MDAC, por sus siglas en inglés) es una interfaz que permite la comunicación con diversas fuentes de datos. Pueden usarse los siguientes componentes MDAC para facilitar la comunicación: OLE DB. Un conjunto de interfaces de Servicios de Componentes que proporcionan acceso uniforme a datos almacenados en diversas fuentes de información. OLE DB habilita el acceso a fuentes de datos relacional y no relacional. Microsoft ActiveX Data Objects (ADO). Una interfaz de programación de aplicación (API) fácil de usar para cualquier proveedor de datos OLE DB. ADO puede usarse en un amplio rango de escenarios de aplicaciones de acceso a datos. OLE DB y ADO permiten crear componentes de datos que usan los servicios integrados proporcionados por los Servicios de Componentes. ADO permite: Abrir y mantener conexiones. Crear consultas específicas. Ejecutar procedimientos almacenados en SQL Server. Recuperar resultados y usar cursores. Cachear los resultados de consultas en el cliente. Actualizar filas en la base de datos. Cerrar conexiones. 9

13 Visión General Herramientas de programación de SQL Server 1.2 SQL Server 2000 ofrece una infinidad de herramientas de programación, incluyendo el Analizador de Consultas de SQL y la utilidad osql. El Analizador de Consultas SQL es una aplicación basada en Windows y osql es una utilidad que puede ejecutar en el indicador de comando. Analizador de consultas SQL El Analizador de consultas SQL es una interfaz gráfica de usuario para diseñar y probar interactivamente instrucciones Transact-SQL, archivos por lotes y secuencias de comandos. Es posible llamar al Analizador de consultas SQL desde el Administrador corporativo de SQL Server. El Analizador de consultas SQL ofrece: Editor de texto en formato libre para escribir instrucciones Transact-SQL. Código de colores en la sintaxis Transact-SQL para hacer más legibles las instrucciones complejas. Examinador de objetos y herramientas de búsqueda de objetos para buscar fácilmente objetos y su estructura en una base de datos. Las plantillas se pueden utilizar para acelerar el desarrollo de instrucciones Transact-SQL para crear objetos de SQL Server. Plantillas, que son archivos que incluyen la estructura básica de instrucciones Transact-SQL necesarias para crear objetos en una base de datos. Un depurador interactivo para analizar procedimientos almacenados. Resultados presentados en una cuadrícula o en una ventana de texto en formato libre. Diagrama gráfico de la información del plan de presentación que muestra los pasos lógicos que forman el plan de ejecución de una instrucción Transact-SQL. Esto permite que los programadores determinen qué parte concreta de una consulta de bajo rendimiento utiliza gran cantidad de recursos. Así pueden explorar el diseño de la consulta y minimizar el uso de recursos para obtener los datos correctos. Asistente para optimización de índices, que analiza una instrucción Transact-SQL y las tablas a las que hace referencia para ver si los índices adicionales pueden mejorar el rendimiento de la consulta. Herramienta osql La herramienta osql permite especificar procedimientos de sistema, archivos de comandos e instrucciones Transact-SQL. Esta herramienta utiliza ODBC para comunicarse con el servidor. Iniciar la utilidad directamente desde el sistema operativo con los argumentos case-sensitive listados abajo. Una vez iniciado, osql acepta sentencias Transact-SQL y los envía a SQL Server interactivamente. Osql formatea y despliega los resultados en la pantalla. Usar los comandos QUIT o EXIT para salir de osql. Sintaxis osql [-?] [-L] [ { {-U login_id [-P password]} E } [-S server_name] [-H wksta_name] [-d db_name] [-l time_out] [-t time_out] [-h headers] [-s col_separator] [-w column_width] [-a packet_size] [-e] [-I] [-D data_source_name] [-c cmd_end] [-q "query"] [-Q "query"] [-n] [-m error_level] [-r {0 1}] [-i input_file] [-o output_file] [-p] [-b] [-u] [-R] [-O] ] 10

14 Visión General Nota: Los parámetros en las sentencias osql son case-sensitive. Observaciones Si no especifica un nombre de usuario cuando se inicia osql, SQL Server 2000 busca variables de entorno y las utiliza; por ejemplo, osqluser=(user) u osqlserver=(server). Si no se establecen variables de entorno, se utilizará el nombre de usuario de la estación de trabajo. Si no especifica un servidor, se utilizará el nombre de la estación de trabajo. Comandos OSQL Además de las instrucciones Transact-SQL en osql, también están disponibles estos comandos: Comando GO RESET ED Descripción Ejecuta todas las instrucciones escritas después del último GO. Borra cualquier instrucción que haya escrito. Llama al editor.!! command Ejecuta un comando del sistema operativo. QUIT o EXIT( ) CTRL+C Sale de osql. Finaliza una consulta sin salir de osql. El Lenguaje de programación Transact-SQL Transact-SQL es la implementación de SQL Server del estándar a nivel de entrada del ANSI-SQL Internacional Standards Organization (ISO). Los elementos de lenguaje sujetos al ANSI-SQL de Transact-SQL pueden ser ejecutados desde cualquier producto compatible a nivel de entrada con el ANSI-SQL. Transact-SQL también contiene elementos de lenguaje adicional que son únicos en él. Importante Es recomendable escribir los scripts que incluyan solo las sentencias estándares de ANSI-SQL para incrementar la compatibilidad y portabilidad de bases de datos. 11

15 Visión General Elementos de Transact-SQL 1.3 Sentencias de lenguaje de control de datos (DCL) Sentencias de Lenguaje de Definición de Datos (DDL) Sentencias de Lenguaje de Manipulación de Datos (DML) Nombres de Objetos de SQL Server Reglas para nombrar Para escribir y ejecutar sentencias Transact-SQL, se usan diferentes sentencias de lenguajes, los cuales son usados para determinar quien podrá ver o modificar los datos, crear objetos en la base de datos y consultar y modificar datos. Sentencias de Lenguaje de Control de Datos (DCL) Las sentencias de Lenguaje de Control de Datos (DCL, por sus siglas en inglés) cambian los permisos asociados con un usuario de base de datos o rol. En seguida se describen las sentencias DCL. Sentencia GRANT DENY REVOKE Descripción Crea una entrada en el sistema de seguridad que permite a un usuario trabajar con datos o ejecutar ciertas sentencias Transact- SQL. Crea una entrada en el sistema de seguridad que deniega un permiso desde una cuenta de seguridad, y previene al usuario, grupo o rol de heredar los permisos a través de estos miembros de roles y grupos. Remueve un permiso previamente otorgado o denegado. Por default, solo los roles sysadmin, dbcreator, db_owner y db_securityadmin pueden ejecutarlo. Ejemplo Este ejemplo otorga al rol public permisos para consultar la tabla Products. USE Northwind GRANT SELECT ON Products TO public Sentencias de lenguaje de definición de datos Define los Objetos de la Base de Datos CREATE tipo_objeto nombre_objeto ALTER tipo_objeto nombre_objeto DROP tipo_objeto nombre_objeto 12

16 Visión General Por default, solo los roles sysadmin, dbcreator, db_owner y db_ddladmin pueden ejecutarlo. Sentencias de Lenguaje de Manipulación de Datos (DML) Se Usa Cuando se Trabaja con Datos en la Base de Datos SELECT, INSERT, UPDATE, DELETE Por default, solo los roles sysadmin, dbcreator, db_owner, db_datawriter y db_datareader pueden ejecutarlo Nombres de Objetos de SQL Server Identificadores estándar El primer carácter debe ser alfabético Los otros caracteres pueden incluir letras, números o símbolos Los identificadores que inician con símbolos tienen un uso especial Identificadores delimitados Usar cuando los nombres contengan espacios Use cuando las palabras reservadas son porciones de nombres Encierre en corchetes ([ ]) o marcas de comillas ( ) El nombre de un objeto de base de datos se conoce como su identificador. Todo en Microsoft SQL Server puede tener un identificador. Servidores, bases de datos y objetos de bases de datos tales como tablas, vistas, columnas, índices, desencadenadores, procedimientos, restricciones, reglas, etc. pueden tener identificadores. Se requiere que la mayor parte de los objetos tengan identificadores; pero para ciertos objetos, como las restricciones, son opcionales. El identificador de un objeto se crea cuando se define el objeto. A continuación, el identificador se utiliza para hacer referencia al objeto. Identificadores estándares Siguen las reglas de formato de los identificadores. Los identificadores normales no están delimitados cuando se usan en instrucciones de Transact-SQL. SELECT * FROM TableX WHERE KeyCol = 124 Las reglas de formato de los identificadores normales dependen del nivel de compatibilidad de la base de datos, que se puede establecer con sp_dbcmptlevel. Cuando el nivel de compatibilidad es 80, las reglas son: El primer carácter debe ser alguno de los siguientes: Una letra, como aparece definida por el estándar Unicode 2.0. La definición Unicode de letras incluye los caracteres latinos de la "a" a la "z" y de la "A" a la "Z", además de los caracteres de letras de otros idiomas. 13

17 Visión General El signo de subrayado (_), arroba o número (#). Ciertos símbolos al principio de un identificador tienen un significado especial en SQL Server. Un identificador que empieza con el signo arroba indica un parámetro o una variable local. Un identificador que empieza con un signo número indica una tabla o procedimiento temporal. Un identificador que empieza con un signo de número doble (##) indica un objeto temporal global. Algunas funciones de SQL Server tienen nombres que empiezan con un doble signo de arroba (@@). Para evitar confusiones con estas funciones, se recomienda que no utilice nombres que empiecen Los caracteres subsiguientes pueden ser: Letras, tal como se definen en el estándar Unicode 2.0. Números decimales de tipo latino básico o demás secuencias de comandos nacionales. El signo de arroba, dólar ($), número o subrayado. El identificador no debe ser una palabra reservada de Transact-SQL. SQL Server reserva las versiones en mayúsculas y minúsculas de las palabras reservadas. No se permiten los caracteres especiales o los espacios incrustados. Identificadores delimitados Se incluyen entre comillas dobles (") o corchetes ([ ]). Los identificadores que siguen las reglas de formato de los identificadores pueden estar delimitados o no. SELECT * FROM [TableX] WHERE [KeyCol] = El delimitador es opcional. --El delimitador es opcional. Los identificadores que no cumplen alguna de las reglas de los identificadores deben estar delimitados en las instrucciones Transact-SQL. SELECT * FROM [My Table] WHERE [order] = 10 --El identificador contiene un espacio y usa una palabra reservada. --El identificador es una palabra reservada. Nota: Ambos identificadores, normales y delimitados, deben contener entre 1 y 128 caracteres. En el caso de las tablas temporales locales, el identificador puede tener un máximo de 116 caracteres. Reglas para nombrar Usar nombres significativos hasta donde sea posible Mantener nombres cortos Usar una convención de nombres clara y simple Elegir un identificador que distinga el tipo de objetos Vistas Procedimientos almacenados Mantener nombres de objetos y nombres de usuarios únicos 14

18 Visión General Elementos adicionales de lenguaje 1.4 Variables Locales Operadores Funciones Ejemplo de Funciones Elementos de Lenguaje de Control de Flujo Comentarios Variables Locales Las variables son elementos de lenguaje con valores asignados. Puede usar variables locales en Transact-SQL. Cuando una variable se declara por primera vez, su valor se establece a NULL. Para asignar un valor a una variable, use la instrucción SET. Éste es el método preferido para asignar un valor a una variable. También se puede asignar un valor a una variable si se hace referencia a ella en la lista de selección de una instrucción SELECT. La instrucción DECLARE inicializa una variable de Transact-SQL al: Asignar un nombre. El nombre debe tener un como primer carácter. Asignar un tipo de datos suministrado por el sistema o definido por el usuario y una longitud. Para las variables numéricas, se asignan también una precisión y una escala. Establecer el valor a NULL. Sintaxis: DECLARE {@variable_local tipo_de_dato} [,...n] Nota: Use los tipos de datos suministrados por el sistema para las variables locales con el fin de reducir al mínimo las implicaciones futuras relacionadas con el mantenimiento. Para declarar más de una variable local, use una coma después de la primera variable local definida y, a continuación, especifique el nombre y tipo de datos de la siguiente variable local. Ejemplo La siguiente instrucción DECLARE crea tres variables e inicializa cada una de ellas a NULL. NCHAR(2) 15

19 Visión General Ejemplo El siguiente ejemplo declara dos variables. Este usa la sentencia SET para establecer el valor de la y la sentencia SELECT para ver el valor de la Luego imprime ambas variables. varchar(11), = Dodsworth = FirstName FROM Northwind.Employees WHERE LastName + GO El alcance de una variable es el conjunto de instrucciones Transact-SQL desde las que se puede hacer referencia a la variable. El alcance de una variable se extiende desde el punto en el que se declara hasta el final del lote o procedimiento almacenado en el que se ha declarado. 16

20 Visión General Operadores Un operador es un símbolo que especifica una acción que es realizada por una o más expresiones. Microsoft SQL Server 2000 utiliza estas categorías de operadores: Operadores aritméticos Operadores de comparación Operadores lógicos Operador de concatenación de cadenas Operadores aritméticos Los operadores aritméticos realizan operaciones matemáticas con dos expresiones de cualquiera de los tipos de datos de la categoría del tipo de datos numérico. Operador Significado + (suma) Suma. - (resta) Resta. * (multiplicación) Multiplicación. / (división) División. % (módulo) Devuelve el resto entero de una división. Por ejemplo, 12 % 5 = 2 porque el resto de 12 dividido entre 5 es 2. También se pueden utilizar los operadores de suma (+) y resta (-) para realizar operaciones aritméticas sobre valores datetime y smalldatetime. Operadores de comparación Los operadores de comparación comprueban si dos expresiones son iguales o no. Se pueden utilizar en todas las expresiones excepto en las de los tipos de datos text, ntext o image. Operador Significado = (igual al) Igual a > (mayor que) Mayor que < (menor que) Menor que >= (mayor que o igual que) Mayor que o igual a <= (menor que o igual que) Menor que o igual a <> (no es igual a) No es igual a!= (no es igual a) No es igual a (no es del estándar SQL-92)!< (no es menor que) No es menor que (no es del estándar SQL-92)!> (no es mayor que) No es mayor que (no es del estándar SQL-92) El resultado del operador de comparación es de tipo de datos Boolean, que tiene tres valores: TRUE, FALSE y UNKNOWN. Las expresiones que devuelven tipos de datos Boolean se conocen como expresiones booleanas. A diferencia de los otros tipos de datos de SQL Server, el tipo de datos Boolean no se puede especificar como tipo de datos de la variable o columna de una tabla, y no se puede devolver en un conjunto de resultados. 17

21 Visión General Cuando SET ANSI_NULLS es ON, un operador con una o dos expresiones NULL devuelve UNKNOWN. Cuando SET ANSI_NULLS es OFF, se cumple la misma regla, excepto que el operador de igualdad devuelve TRUE si ambas expresiones son NULL. Por ejemplo, NULL = NULL devuelve TRUE si SET ANSI_NULLS es OFF. Las expresiones con tipos de datos Boolean se utilizan en la cláusula WHERE para filtrar las filas que cumplen las condiciones de búsqueda y en las instrucciones de lenguajes de control de flujo tales como IF y WHILE, por ejemplo: USE Northwind GO int = 10 IF (@MyProduct <> 0) SELECT * FROM Products WHERE ProductID GO Operadores lógicos Los operadores lógicos comprueban la veracidad de alguna condición. Éstos, como los operadores de comparación, devuelven el tipo de datos Boolean con valor TRUE o FALSE. Operador ALL AND ANY BETWEEN EXISTS IN LIKE NOT OR SOME Significado TRUE si el conjunto completo de comparaciones es TRUE. TRUE si ambas expresiones booleanas son TRUE. TRUE si una cualquier miembro del conjunto de comparaciones es TRUE. TRUE si el operando está dentro de un intervalo. TRUE si una subconsulta contiene a cualquiera de las filas. TRUE si el operando es igual a uno de la lista de expresiones. TRUE si el operando coincide con un patrón. Invierte el valor de cualquier otro operador booleano. TRUE si cualquiera de las dos expresiones booleanas es TRUE. TRUE si alguna de las comparaciones de un conjunto es TRUE. Operador de concatenación de cadenas El operador de concatenación de cadenas permite concatenar cadenas con el signo de suma (+), también conocido como operador de concatenación de cadenas. Cualquier otro tratamiento de cadenas se controla a través de funciones de cadenas como SUBSTRING. De manera predeterminada, una cadena vacía se interpreta como tal cadena vacía en INSERT o en instrucciones de asignación con datos de tipo varchar. En la concatenación de datos de tipo varchar, char o text la cadena vacía se interpreta como tal cadena vacía. Por ejemplo, 'abc' + '' + 'def' se almacena como 'abcdef'. Sin embargo, si el nivel de compatibilidad sp_dbcmptlevel es 65, las constantes vacías se tratan como caracteres en blanco y 'abc' + '' + 'def' se almacena como 'abc def'. Cuando se concatenan dos cadenas de caracteres, la intercalación de la expresión del resultado se configura según las reglas de la precedencia de intercalación. 18