UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLOGICOS ESCUELA DE COMPUTACION

Transcripción

1 CICLO: UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLOGICOS ESCUELA DE COMPUTACION GUIA DE LABORATORIO # 4 Nombre de la Practica: Continuación de Instrucciones Fundamentales de T-SQL, Creación y modificaciones de tablas. Lugar de ejecución: Centro de Computo Tiempo estimado: 2 horas con 30 minutos MATERIA: Base de Datos I I. OBJETIVOS ESPECIFICOS Qué el estudiante: Utilicen otras sentencias básicas de T-SQL Identifique las instrucciones que se utilizan para la creación y modificación de las tablas. II. INTRODUCCION TEORICA Qué es Transact-SQL? Transact-SQL es un lenguaje que sirve para la definición, tratamiento y control de datos. Un script de Transact SQL es un conjunto de sentencias de Transact SQL en formato de texto plano que se ejecutan en un servidor de SQL Server. Un script está compuesto por uno o varios lotes. Un lote delimita el alcance de las variables y sentencias del script. Dentro de un mismo script se diferencian los diferentes lotes a través de la instrucción GO. En la guía anterior se hizo una introducción a algunas instrucciones fundamentales de T-SQL, ahora en esta guía terminaremos de examinar los elementos que pueden ir en una instrucción SELECT así como las instrucciones que nos ayudan a definir una estructura de una base de datos y las instrucciones para poder hacer modificaciones a los objetos de la base de datos. Pagina 1 de 23

2 OPERADORES QUE PODEMOS USAR CON LA CLAUSULA WHERE Pagina 2 de 23

3 CLAUSULA: ORDER BY En las consultas que hemos ejecutado hasta el momento, la mayoría han proporcionado el resultado en un orden alfabético. Es por accidente? Probablemente le asombre, pero la respuesta es que sí. Si no indicamos que deseamos ordenar los resultados de una consulta de una forma específica, obtendremos los datos en el orden en el que decida proporcionarlos SQL Server, que siempre se basará, bien en el orden físico de una tabla, o bien en uno de los índices de SQL Server utilizados para buscar los datos. Piense en la cláusula ORDER BY como en una oportunidad para ordenar elementos por. Esta cláusula nos ofrece la oportunidad de definir el orden en que deseamos obtener los datos. Podemos utilizar cualquier combinación de columnas en nuestra cláusula ORDER BY, siempre que sean columnas (o derivaciones de columnas) que se encuentren en las tablas de la cláusula FROM. Ejemplo: SELECT IDProducto, NombreProducto, PrecioUnitario FROM Productos WHERE PrecioUnitario > $40 ORDER BY PrecioUnitario ASC Pagina 3 de 23

4 Los resultados de la consulta se pueden ordenar de varias maneras: Puede organizar filas en orden ascendente o descendente De forma predeterminada, SQL utiliza el orden por columnas para organizar las filas en orden ascendente. Por ejemplo, para organizar los títulos de libros por precio ascendente, sólo tiene que ordenar las filas por la columna price. El código SQL resultante puede presentar el siguiente aspecto: Use pubs Go SELECT * FROM titles ORDER BY price GO Anote que observa? SELECT * FROM titles ORDER BY price DESC GO Anote que observa? Puede ordenar por varias columnas Por ejemplo, puede crear un conjunto de resultados con una fila para cada autor, que se ordene primero por estado y, a continuación, por ciudad. El código SQL resultante puede presentar el siguiente aspecto: SELECT * FROM authors ORDER BY state, city Puede ordenar por columnas que no aparezcan en el conjunto de resultados Por ejemplo, puede crear un conjunto de resultados con los títulos más caros primero, aunque no aparezcan los precios. El código SQL resultante puede presentar el siguiente aspecto: SELECT title_id, title FROM titles ORDER BY price DESC CLAUSULA: GROUP BY Con ORDER BY, hemos desordenado un poco los pasos a seguir con relación a la explicación de la instrucción SELECT del principio de la Guía de laboratorio. Vamos a recordar la estructura global de la instrucción SELECT: SELECT <lista de columnas> [FROM <tabla(s) de origen >] [WHERE <condición restrictiva >] [GROUP BY <nombre de columna o expresión que utiliza una columna en la lista de selección>] [HAVING <condición restrictiva basadas en los resultados de GROUP BY>] [ORDER BY <listas de columna>] [ [FOR XML {RAW AUTO EXPLICIT PATH [ (<elemento>) ] } Pagina 4 de 23

5 [, XMLDATA] [, ELEMENTS] [, BINARY base 64]] [OPTION (<sugerencia de consulta>, [, n)] Por qué hemos analizado antes ORDER BY que GROUP BY si la cláusula ORDER BY se escribe antes de GROUP BY dentro de la instrucción SELECT? Existen dos razones: 1. ORDER BY se utiliza con más frecuencia que GROUP BY, por lo que se pretende que usted practicara más con dicha instrucción. 2. Queríamos asegurarnos de que sabe que puede combinar y corresponder todas las cláusulas que se encuentran tras la cláusula FROM, siempre que las ordene en el orden esperado por SQL Server (tal como se define en la sintaxis). La cláusula GROUP BY se utiliza para agregar información.. Vamos a examinar una simple consulta sin GROUP BY. Supongamos que desea saber cuantos artículos se han pedido en un determinado conjunto de pedidos: Ejemplo SELECT OrderID, Quantity As [Sin nombre de columna] FROM [Order Details] WHERE OrderID BETWEEN AND Nota: Observe el uso de corchetes en esta consulta. Se debe de utilizar corchetes si el nombre de un objeto (en este caso una tabla) tiene espacios de por medio en él, tenemos que delimitar el nombre utilizando corchetes o comillas simples, lo que permite a SQL Server saber dónde empieza y dónde termina el nombre. Resultado de la consulta anterior es el siguiente: Pagina 5 de 23

6 Aunque se ha solicitado sólo tres pedidos, se viendo cada línea individual de detalle del pedido. Podríamos utilizar una calculadora o podríamos utilizar la cláusula GROUP BY con un agregado (en este caso vamos a utilizar SUM ( ) ) para obtener el total deseado. SELECT OrderID, SUM (Quantity) As [Sin nombre de columna] FROM [Order Details] WHERE OrderID BETWEEN AND GROUP BY OrderID Así obtiene lo que se esta buscando: TIPS: Puedo agregarle un titulo a la columna sin nombre con AS Como es de suponer, la función SUM devuelve totales; pero totales de qué? Si no hubiésemos suministrado la cláusula GROUP BY, la función SUM habría sumado todos los valores de todas las filas para la columna con nombre. Sin embargo, en este caso hemos suministrado una cláusula GROUP BY y, por tanto, el total proporcionado por la función SUM es el total de cada grupo. También podemos agrupar basándonos en múltiples columnas. Para ello, sólo tenemos que añadir una coma y el nombre de la siguiente columna. Funciones de agregado Las funciones de agregado realizan un un cálculo sobre un conjunto de valores y devuelven un solo valor. Con la excepción de COUNT, las funciones de agregado omiten los valores NULL. Las funciones de agregado se suelen utilizar con la cláusula GROUP BY de la instrucción SELECT. COUNT Devuelve el número de elementos de un grupo (conjunto de resultados ). SELECT COUNT(*)FROM Employees AVG Devuelve la media de los valores de un grupo. Los valores nulos se pasan por alto. a probar a ejecutar la misma consulta que ejecutamos anteriormente, pero ahora vamos a modificarla para que devuelva el promedio de la cantidad por pedido en lugar del total de cada pedido: Pagina 6 de 23

7 SELECT OrderID, AVG (Quantity) AS promedio FROM [Order Details] WHERE OrderID BETWEEN AND GROUP BY OrderID El resultado es: MAX / MIN MAX devuelve el valor máximo de la expresión o del valor de una columna y MIN lo contrario. SELECT OrderID, MIN(Quantity) AS promedio FROM [Order Details] WHERE OrderID BETWEEN AND GROUP BY OrderID NOTA: En realidad todas las funciones de agregado ignoran los valores NULL excepto COUNT (*). Agrupar condiciones con la cláusula HAVING Hasta el momento, hemos aplicado todas nuestras condiciones a filas específicas. Si una determinada columna en una fila no tiene un valor especifico o no se encuentra dentro de un rango de valores, se omitirá toda la fila, y todo ello antes de pensar siquiera en las agrupaciones. Qué pasaría si deseáramos agrupar condiciones? Es decir, Qué pasaría si deseáramos que todas las filas se agregasen a un grupo pero sólo cuando los grupos se hubiesen acumulado completamente estaríamos preparados para aplicar la condición? Bueno, aquí es donde entra en acción la cláusula HAVING. La cláusula HAVING sólo se utiliza si también existe una cláusula GROUP BY en la consulta. Mientras la cláusula WHERE se aplica a todas las filas antes incluso de tener la oportunidad de convertirse en parte de un grupo, la cláusula HAVING se aplica al valor agregado de dicho grupo. Ejemplo Primero vamos a realizar un ejemplo que no lleve la cláusula HAVING y después vamos a utilizar el mismo ejemplo, pero ahora con la cláusula HAVING. Sin HAVING SELECT OrderID, SUM(Quantity) AS TOTAL FROM [Order Details] GROUP BY OrderID El resultado es: Pagina 7 de 23

8 (830 filas afectadas) Lamentablemente, es bastante difícil analizar una lista tan larga. Por tanto, vamos a dejar que SQL Server reduzca est a lista para ayudarnos a realizar nuestro análisis. Supongamos que sólo estamos interesados en cantidades de pedidos más grandes. Podemos modificar la consulta para que devuelva la misma información pero limitándose a los pedidos cuya cantidad total esté por encima de 300? La respuesta es sí, y es tan fácil como añadir la cláusula HAVING. Con HAVING SELECT OrderID, SUM(Quantity) AS TOTAL FROM [Order Details] GROUP BY OrderID HAVING SUM(Quantity) > 300 El resultado es: Como puede comprobar, podemos reducir rápidamente la lista hasta los elementos que nos interesan. Instrucciones para Crear y modificar bases de datos y tablas Antes de profundizar en las instrucciones reales que crean tablas y otros objetos, vamos a analizar el convenio para un nombre totalmente cualificado y, hasta cierto punto, la propiedad de los objetos. Pagina 8 de 23

9 Nombres de objetos en SQL Server En todas las consultas que hemos ejecutado hasta ahora hemos visto cómo funciona la denominación. Le hemos pedido que cambie la base de datos activa (Instrucción USE) en el Analizador de consultas antes de ejecutar cualquier consulta que nos ha ayudado a que funcionen nuestras consultas. Cómo? Bueno, SQL Server se centra en un ámbito muy estrecho cuando intenta identificar y localizar los objetos que hemos denominado en nuestras consultas y en otras instrucciones. Por ejemplo, sólo hemos estado proporcionando los nombres de las tablas sin ninguna información adicional, pero en realidad existen cuatro niveles en los convenios de denominación para cualquier tabla SQL Server (y otros objetos de SQL Server). Un nombre totalmente calificado es como sigue: [Nombre-de-Servido. [Nombre-de-Base-de-Datos. [Nombre-de-Esquema.] ]] Nombre-de-Objeto Tenemos que proporcionar un nombre de objeto siempre que ejecutemos una operación sobre dicho objeto, pero todos los elementos del nombre que se encuentran a la izquierda del nombre del objeto son opcionales. De hecho la mayoría de las veces no son necesarios y, por consiguiente, podemos omitirlos. Aún así, antes de empezar a crear objetos, vamos a obtener un control sólido sobre cada elemento del nombre. Posteriormente llegaremos al nombre del objeto sólo. Nombre del ESQUEMA (También conocido como Propiedad) Si está utilizando esquemas (las bases de datos más antiguas no utilizan esquemas, pero parece que en el futuro serán más importantes), tendrá que indicar el esquema en el que se encuentra su objeto. Es posible tener dos objetos con el mismo nombre pero que residan en esquemas diferentes. Si desea acceder a un objeto que no se encuentra en el esquema predeterminado (establecido basándose en el inicio de sesión), tendrá que establecer específicamente el nombre del esquema de su objeto. Si va a utilizar opciones de esquema, se recomienda que utilice una denominación combinada de dos partes (esquema y nombre de tabla) en todas sus consultas Qué es un Esquema y como funciona? En versiones anteriores a SQL Server 2005, la propiedad (tal como se conocía en su momento) era el reconocimiento, dentro del nombre totalmente calificado, de quien era el propietario del objeto. Normalmente era la persona que creaba el objeto o el propietario de la base de datos (conocido normalmente como dbo). En SQL Server 2005, las cosas funcionan de una manera similar, pero el objeto se asigna al esquema en lugar de a un propietario. Mientras un propietario se relaciona a un inicio de sesión particular, un esquema ahora se puede compartir entre múltiples inicios de sesión, y un inicio de sesión puede tener derechos para múltiples esquemas. De forma predeterminada, sólo los usuarios que son miembros de la función del sistema sysadmin o de las funciones de bases de datos db_owner o db_ddladmin, pueden crear objetos en una base de datos. Nota: las funciones que mencionamos aquí son sólo algunas de las muchas funciones del sistema y de base de datos disponibles en SQL Server las funciones tienen un conjunto lógico de permisos concedidos según cómo se tenga que utilizar la función. Al asignar una función determinada a alguien, le está proporcionando a dicha persona la capacidad de tener todos los permisos que tiene la función. Los usuarios individuales pueden tener privilegios para crear tipos de objetos de base de datos y del sistema. Si dichos individuos crean un objeto, de forma predeterminada, Pagina 9 de 23

10 dicho objeto se asignará a cualquier esquema que aparezca como predeterminado para ese inicio de sesión. TIPS: mantenga el acceso a CREATE limitado a las cuentas y a los miembros de las funciones de seguridad sysadmin o db_owner. No es recomendable permitirles a todos los usuarios permisos de CREATE. El Esquema predeterminado: dbo El usuario que crea la base de datos se considera el Propietario de la base de datos o dbo. Cualquier objeto creado dentro de dicha base de datos aparecerá listado con un esquema dbo en lugar de con su nombre de usuario individual. Por ejemplo, supongamos que soy usuario diario de una base de datos, mi nombre de inicio de sesión es EsquemaUDB y me han concedido privilegios para utilizar CREATE TABLE en una determinada base de datos. Si crease una tabla denominada tabla, el nombre del objeto calificado del propietario sería EsquemaUDB.MiTabla. Sin embargo, tenga en cuenta que como la tabla me tiene a mí como propietario específico; ningún otro usuario (recuerde que aquí soy EsquemaUDB) de EsquemaUDB.MiTabla tendría que proporcionar el nombre calificado del propietario para que SQL Server resolviese el nombre de la tabla. Ahora supongamos que existe otro usuario con un nombre de inicio de sesión de Administrador, el es el propietario de la base de datos (en lugar de sólo un miembro de db_owner). Si Administrador crea una tabla denominada MiTabla utilizando una instrucción CREATE idéntica a la utilizada por EsquemaUDB, el nombre de la tabla cualificado del propietario sería dbo.mitabla. Asimismo, como dbo también es él propietario predeterminado, cualquier usuario sólo podrá hacer referencia a la tabla MiTabla. El nombre de la base de datos El siguiente elemento en el convenio de denominación totalmente calificada es el nombre de la base de datos. Algunas veces desearemos recuperar datos de una base de datos distinta a la predeterminada o a la actual. De hecho, puede que deseemos unir datos de distintas bases de datos con la cláusula JOIN (será vista en la guía 3 de laboratorio). Un nombre de base de datos calificado nos proporciona dicha capacidad. Por ejemplo, si se estuviese conectado a la base de datos AdventureWorks como base de datos actual y desease hacer referencia a la tabla Orders de la base de datos Northwind, podría hacerlo utilizando Northwind.dbo.Orders. Como dbo es el esquema predeterminado, también podría utilizar Northwind..Orders. Si un esquema denominado MiEsquema es propietario de una tabla denominada MiTabla en MiBasedeDatos, entonces podría hacer referencia a dicha tabla utilizando MiBasedeDatos.MiEsquema.MiTabla. Recuerde que la base de datos actual (tal como se determine con el comando USE o en el cuadro de lista desplegable de la consola de administración de SQL Server) es siempre la predeterminada, por lo que si desea sólo datos de la base de datos actual, no tendrá que incluir el nombre de la misma en el nombre totalmente calificado. Instrucción CREATE Vamos a examinar la estructura completa de la sentencia CREATE empezando con la más general. Descubrirá que las instrucciones CREATE empiezan de la misma forma y después dan paso a sus especificaciones. La primera parte de CREATE será siempre igual: CREATE <tipo de objeto> <nombre del objeto> A esta parte le seguirán los detalles, que variarán según la naturaleza del objeto que estemos creando. A continuación se presenta un listado de sintaxis más completa de CREATE: CREATE DATABASE Pagina 10 de 23

11 CREATE DATABASE <nombre de base de datos> [ON [PRIMARY] ([NAME = <nombre lógico del archivo>,] FILENAME = < nombre del archivo > [, SIZE = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes>] [, MAXSIZE = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes>] [, FILEGROWTH = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes porcentaje>] ) ] [LOG ON ([NAME = <nombre lógico del archivo>,] FILENAME = < nombre del archivo > [, SIZE = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes>] [, MAXSIZE = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes>] [, FILEGROWTH = <tamaño en Kilobytes, megabytes, gigabytes, o terabytes porcentaje>] ) ] [ COLLATE <nombre de intercalación> ] [FOR ATTACH [WITH <agente de servicio>] FOR ATTACH_REBUILD_LOG WITH DB_CHAINING ON OFF TRUSTWORTHY ON OFF] [AS SNAPSHOT OF <nombre de base de datos de origen> [ ; ] Tenga en cuenta que algunas de las opciones anteriores son mutuamente excluyentes (por ejemplo, si está creando para anexar, la mayoría de las opciones que no sean ubicaciones de archivo no serán válidas). En esta sintaxis ha y mucho que explicar, por lo que vamos a desglosarla en sus elementos. ON ON se utiliza en dos sitios para definir la ubicación del archivo donde se almacenan los datos (Archivo.MDF) y para definir la misma información para el lugar donde se guarda el registro (Log de transacciones, archivo.ldf). Advertirá aquí la inclusión de la palabra clave PRIMARY, que indica que lo que sigue es un grupo de archivos primarios (o principales) en el que se guardan físicamente los datos. También podemos guardar datos en los denominados grupos de archivos secundarios. NAME Éste es el nombre del archivo que estamos definiendo, pero sólo es un nombre lógico, es decir, el nombre que va a utilizar SQL Server internamente para hacer referencia a dicho archivo. FILENAME Éste es el nombre físico del disco del archivo del sistema operativo real en el que se van a guardar los datos y el registro (Log de transacciones). El valor predeterminado dependerá de si estamos tratando con la propia base de datos o con el Log de transacciones. De forma predeterminada, el archivo se ubicará en el siguiente subdirectorio \ Data dentro del directorio C:\ Archivos de programa \ Microsoft SQLServer \ MSSQL.1 \ MSSQL (o el directorio que ha ya establecido como principal para SQL Server en la instalación). Si estuviésemos utilizando el archivo de base de datos físico, se denominaría igual que nuestra base de datos con una extensión.mdf y si estuviésemos utilizando el registro, tendría el mismo nombre que el archivo de base de datos, pero con un sufijo _log y una extensión.ldf. SIZE Pagina 11 de 23

12 Aquí no hay ningún misterio: es el tamaño de la base de datos. De forma predeterminada, el tamaño se proporciona en megabytes, pero también podemos hacer que se proporcione en kilobytes utilizando KB en lugar de MB tras el valor numérico del tamaño; también podemos usar un tamaño mucho mayor con GB (gigabytes) o incluso TB (terabytes). Tenga en cuenta que este valor debe ser, al menos, tan alto como el de la base de datos model y debe ser un número entero (sin decimales); en caso contrario recibiremos un error. Si no suministramos un valor para SIZE, la base de datos tendrá inicialmente el mismo tamaño que el de la base de datos model. MAXSIZE Este parámetro es una pequeña variante del parámetro SIZE. SQL Server tiene un mecanismo que permite a nuestra base de datos asignar automáticamente un espacio en disco adicional (para crecer) cuando sea necesario. MAXSIZE es el tamaño máximo al que puede crecer la base de datos. Una vez más, de forma predeterminada se proporciona en megabytes, como SIZE, podemos utilizar KB, GB o TB para emplear cantidades de incremento diferentes. La pequeña variante es que no existe un valor predeterminado firme. Si nuestra base de datos (el archivo.mdf) llega al valor establecido en el parámetro MAXSIZE, nuestros usuarios empezarán a recibir errores indicando que sus inserciones no se pueden ejecutar. Si nuestro registro (Log de transacciones.ldf) llega a su tamaño máximo, no podremos ejecutar ninguna actividad de inicio de sesión en la base de datos. FILEGROWTH Mientras SIZE establece el tamaño inicial de la base de datos y MAXSIZE determina exactamente el tamaño máximo que puede llegar a tener el archivo de la base de datos, FILEGROWTH determina básicamente el incremento del crecimiento con que se puede llegar a dicho máximo. Para ello, proporcionamos un valor indicando por cuantos bytes (en KB, MB, GB, o TB) a la vez deseamos aumentar el archivo. Por ejemplo, si establecemos un archivo de base de datos para que cuando llegue a 1GB incremente en un valor FILEGROWTH de un 20%, la primera vez que se expanda, aumentará has a 1.2GB, la segunda vez hasta 1.44GB y así sucesivamente. LOG ON La opción LOG ON nos permite establecer que deseamos que nuestro registro (Log de transacciones) se dirija a un conjunto específico de archivos y dónde se deben ubicar exactamente dichos archivos. Si no proporcionamos esta opción, SQL Server creará el registro (Log de transacciones) en un solo archivo y lo predeterminará para que tenga un tamaño igual al 25% del tamaño del archivo de datos. TIPS: es muy recomendable que guarde sus archivos de registro (.ldf) en una unidad de disco diferente a la de sus archivos de datos principales (.mdf). Al hacerlo, evitará que los archivos de datos principal y de registro compitan por la E/S del disco además de proporcionar una seguridad adicional si falla una unidad. COLLATE Esta opción tiene que ver con el problema de la ordenación, las mayúsculas y minúsculas y los acentos. Al instalar su SQL Server, habrá decidido sobre cuál es la intercalación predeterminada, pero puede sobrescribir este parámetro a nivel de base de datos y a nivel de columna. FOR ATTACH Podemos utilizar esta opción para agregar un conjunto de archivos de base de datos existente en el servidor actual. Los archivos en cuestión tienen que formar parte de una base de datos que, en algún momento, se haya separado correctamente utilizando sp_detach_db. Pagina 12 de 23

13 WITH DB CHAINING ON OFF Este es un tema difícil para un principiante, así que será visto en una asignatura superior. TRUSTWORTHY Este modificador es nuevo y añade una capa de seguridad adicional alrededor del acceso a los recursos y archivos del sistema fuera del contexto de SQL Server. Por ejemplo, podemos ejecutar un montaje.net que toque archivos que se encuentran en nuestra red; en este caso, tenemos que identificar la base de datos que forma parte del montaje como si fuese de total confianza. De forma predeterminada, este modificador está desactivado; asegúrese de saber exactamente lo que está haciendo antes de activarlo. III. REQUERIMIENTOS O MATERIAL Y EQUIPO Nº Cantidad Descripción 1 1 Guía de Laboratorio #3 de BD 2 1 Memoria USB IV. PROCEDIMIENTO CREACION DE UNA BASE DE DATOS 1. Crear una carpeta con su número de carnet 2. En este momento ya estamos preparados para crear nuestra base de datos. A continuación vamos a crear una base de datos denominada Conta_NumeroCarne que también utilizaremos cuando empecemos a crear tablas. CREATE DATABASE Conta_NumeroCarne ON ( NAME = 'Conta_NumeroCarne', FILENAME = 'C:\Archivos de programa\microsoft SQL Server\MSSQL.1\MSSQL\Data\Conta_NumeroCarneData.mdf', SIZE = 10, MAXSIZE = 50, FILEGROWTH = 5 ) LOG ON ( NAME = 'Conta_NumeroCarnelog', FILENAME = 'C:\Archivos de programa\microsoft SQL Server\MSSQL.1\MSSQL\Data\Conta_NumeroCarneLog.ldf', SIZE = 5MB, MAXSIZE = 25MB, FILEGROWTH = 5MB ) GO 3. Ahora ya es un buen momento para conocer algunas utilidades de información disponibles en SQL Server. Vamos a ejecutar un comando denominado sp_helpdb. Este comando está hecho a la medida para la información de la estructura de una base de datos y normalmente proporciona mejor información si estamos interesados en la propia Pagina 13 de 23

14 base de datos que en los objetos que contiene. El comando sp_helpdb acepta un parámetro: el nombre de la base de datos. EXEC sp_helpdb Conta_NumeroCarne Este comando nos devuelve dos conjuntos de resultados independientes. El primero se basa en la información combinada (datos y registro) de nuestra base de datos y el segundo conjunto de resultados son especificaciones sobre los diversos archivos que forman nuestra base de datos (incluidos su tamaño actual y sus parámetros de crecimiento). Ahora bien, tras crear las tablas e insertar datos, la base de datos empezará a crecer automáticamente a medida que se necesite y los resultados obtenidos por el comando anterior se irán modificando con la adición de tablas y datos. CREATE TABLE Vamos a examinar la sintaxis más ampliada: CREATE TABLE [nombre_de_base_de_datos. [Esquema]. ] nombre_de_tabla ( <nombre_de_columna> <tipo_de_datos> [[DEFAULT <expresión_constante>] [IDENTITY [ (inicialización, incremento) [NOT FOR REPLICATION] ] ] ] [ROWGUIDCOL] [COLLATE <nombre de intercalación>] [NULL NOT NULL] [<restricciones de columnas>] [nombre de columna AS expresión_de_columna_calculada] [<restricción_de_tabla>] [, n] ) [ON {<grupo de archivos> DEFAULT} ] [TEXTIMAGE_ON {<grupo_de_archivos> DEFAULT} ] Es una sintaxis muy útil y tiene más secciones que se han omitido por brevedad. Ahora vamos a analizar las cláusulas más importantes: Nombres de tablas y columnas Existen muchos estándares diferentes para la denominación de los objetos de una base de datos, particularmente para las tablas y las columnas. Nuestras reglas en concreto son muy simples: Escriba en mayúsculas la primera letra de cada palabra y utilice letras minúsculas en el resto. Utilice nombre cortos, pero lo suficientemente largos como para ser descriptivos. Cuando hay dos palabras en un nombre, no utilice ningún separador (escriba ambas palabras juntas): utilice el hecho de escribir en mayúsculas la primera letra de cada palabra para imaginar cómo puede dividir las palabras. Tipos de datos Aquí no hay mucho que decir: los tipos de datos los hemos descrito en la guía anterior. Sólo tendrá que proporcionar inmediatamente un tipo de datos tras el nombre de la columna: no existe ningún tipo de datos predeterminado. Pagina 14 de 23

15 DEFAULT Es el valor que tendrá que utilizar para cualquier fila insertada sin un valor suministrado por el usuario para esta columna en concreto. El valor predeterminado, si lo utiliza, debe seguir inmediatamente al tipo de datos. IDENTITY El concepto de valor de identidad es muy importante en el diseño de una base de datos. Qué es una columna de identidad? Bueno, cuando creamos una columna de identidad, SQL Server asigna automáticamente un número de serie a esta columna en cada fila que insertemos. El número desde el que empieza a contar SQL Server se denomina valor de inicialización y la cantidad en que aumenta o disminuye el valor por cada fila se denomina incremento. El valor predeterminado para un valor de inicialización es 1 y el valor de incremento también es uno y la mayoría de diseños piden que se dejen como están. Una columna de identidad tiene que ser numérica y, en la práctica, casi siempre se implanta con un tipo de datos entero o bigint (tipos de datos numéricos exactos que utilizan datos enteros). NOT FOR REPLICATION Este parámetro determina si se ha asignado un nuevo valor de identidad para la nueva base de datos cuando se ha publicado la columna en otra base de datos o si conserva su valor existente (vía REPLICA). Nota: Brevemente, la réplica es el proceso que realiza automáticamente lo que, en un sentido muy amplio, equivale a copiar parte o toda la información de nuestra base de datos en otra base de datos. La otra base de datos puede estar en la misma máquina física que la original o puede encontrarse ubicada en un sitio remoto. ROWGUIDCOL Esta es también una réplica relacionada y, muchas veces, tiene el mismo propósito para una columna de identidad, pero se diferencia en que ROWGUIDCOL nos ayuda a mantener la identidad en entornos distribuidos. COLLATE Este parámetro funciona igual que el comando CREATE DATABASE, estando su diferencia principal en el ámbito (aquí definimos a nivel de columna en lugar de a nivel de base de datos). NULL / NOT NULL Este parámetro es muy sencillo: establece si la columna en cuestión acepta o no valores NULL. El valor predeterminado, cuando instalamos SQL Server por primera vez, es establecer una columna en NOT NULL si no especificamos la aceptación de valores NULL. Restricciones de columnas Se trata de restricciones y reglas que incluimos en columnas individuales sobre los datos que se pueden insertar en dichas columnas. Columnas calculadas También podemos crear columnas que no tengan datos por sí mismas sino que su valor derive instantáneamente de otras columnas de la tabla. Si piensa en ello, parece algo extraño ya que simplemente podríamos calcular dichos valores en el momento de la consulta, pero realmente es de gran ayuda para muchas aplicaciones. Pagina 15 de 23

16 Restricciones de tabla Las restricciones de tabla son muy similares a las de columna ya que incluyen restricciones en los datos que se pueden insertar en la tabla. Su pequeña diferencia reside en que se pueden basar en más de una columna. La siguiente guía de laboratorio, analizaremos con más detalle estas restricciones; pero los ejemplos de restricciones a nivel de tabla incluyen las restricciones PRIMARY KEY y FOREIGN KEY así como las restricciones CHECK. ON Recuerda cuando hablábamos de la creación de una base de datos y decíamos que podíamos crear distintos grupos de archivos? Pues bien, la cláusula ON en una definición de tabla es la forma de establecer específicamente en qué grupo de archivos (y, por consiguiente, físicos (discos duros o servidores) ) deseamos que se ubique la tabla o podemos simplemente omitir la cláusula ON para colocar la tabla en cualquier sitio en el que se encuentre el grupo de archivos predeterminado (que será PRIMARY a no ser que establezcamos algo diferente). TEXTIMAGE_ON Esta cláusula es básicamente igual a ON pero nos permite mover una parte muy específica de la tabla a un grupo de archivos diferente. Esta cláusula sólo es válida si nuestra definición de tabla incluye una columna (o columnas) text, ntext o image. Cree las siguientes tablas en base de datos que acaba de crear: Pagina 16 de 23

17 ALTER DATABASE Vamos a examinar directamente un cambio en nuestra base de datos. En realidad realizaremos sólo algunos cambios para comprobar los efectos de los distintos elementos y cómo varía su sintaxis. Quizá lo más complicado de la instrucción ALTER sea recordar lo que realmente tenemos. Teniéndolo en cuenta, vamos a examinar de nuevo lo que ya hemos creado: EXEC sp_helpdb Conta_NumeroCarne Los resultados obtenidos deben ser los mismos que cuando creamos la base de datos. Ahora bien, supongamos que deseamos cambiar un poco las cosas. Por ejemplo, vamos a realizar un cambio en el tamaño de la base de datos, aumentando su tamaño a 20MB. ALTER DATABASE Conta_NumeroCarne MODIFY FILE (NAME = Conta_NumeroCarne, SIZE = 20MB) Observe que, al contrario que cuando creamos nuestra base de datos, no obtenemos ninguna información sobre la asignación del espacio; en su lugar obtenemos un mensaje poco detallado: Comandos completados correctamente Pero esto, es muy poca información. Así que es mejor que comprobemos las cosas por nuestra cuenta: EXEC sp_helpdb Conta_NumeroCarne ALTER TABLE La necesidad más común es cuando tenemos que cambiar la estructura de nuestra tabla, que puede varias desde cosas sencillas, como añadir una nueva columna, hasta temas más complejos, como cambiar un tipo de datos. Por tanto, vamos a empezar con un ejemplo de uso de este código volviendo a nuestra tabla Empleados de la base de datos Conta_NumeroCarne ; para ello, analizaremos la estructura de la tabla Empleados por medio del comando SP_HELP. EXEC sp_help Empleados Pagina 17 de 23

18 Ahora que hemos recordado como cuales son los campos que posee la tabla empleados, vamos a proceder a agregar una nueva columna a dicha tabla: ALTER TABLE Empleados ADD EmpleoAnterior varchar(30) NULL Como podemos ver, no es cosa del otro mundo. De hecho, podemos añadir varias columnas a la vez. Por ejemplo, ahora queremos guardar en la tabla la fecha de cumpleaños del empleado y su color favorito. ALTER TABLE Empleados ADD FechaCumpleaños datetime NOT NULL, ColorFavorito char(8) NOT NULL DEFAULT 'AZUL' Observe que hemos incluido DEAFULT (predeterminado). Este valor es de gran utilidad cuando por ejemplo un usuario no introduce un valor en un campo de un formulario de inscripción y entonces tenemos que agregarle un valor por DEFAULT para que el campo no quede vacío. RECUPERANDO DATOS CON UNA CONDICIÓN A continuación hay que poner en uso la base de datos Northwind que utilizaremos como ejemplo para aprender a recuperar datos. Escriba el siguiente comando use Northwind seleccione la consulta y presione F5 para ejecutar la sentencia, recibirá un mensaje de : command(s) completed successfully Utilizaremos la tabla Customers para seleccionar los clientes que procedan de la ciudad de Madrid. Para ello ejecutaremos la siguiente consulta: select * from customers where City='Madrid' Cuando necesitemos seleccionar filas que cumplan con cierto patrón, utilizaremos el operador % sirve para especificar que el patrón a buscar puede contener cualquier cadena de caracteres de caracteres en la posición que se ha colocado. _ Especifica que en la posición que se ha colocado puede haber cualquier carácter. Si queremos seleccionar los clientes cuyo ContactName empiece con Ant, la consulta sería la siguiente: select * from customers where ContactName like 'Ant%' Like, este operador cuenta con 2 caracteres auxiliares % y _ Si queremos verificar seleccionar los clientes cuyo CompanyName empieza con cualquier carácter, luego el segundo carácter es la letra n, la consulta sería la siguiente: select * from customers where CompanyName like '_n%' Pagina 18 de 23

19 Utilizaremos la tabla products para el siguiente ejemplo. Si deseamos seleccionar las filas cuya UnitsInStock sea mayor a cero, la consulta sería la siguiente. select * from Products where UnitsInStock >0 Si deseamos filtrar las filas por el valor de más de un campo se utilizan los operadores lógicos. Si se quiere listar todas las filas de la tabla Products en las que el campo UnitPrice sea menor que 12 y UnitsInStock sea mayor que 10. La consulta sería: select * from Products where UnitsInStock >10 and UnitPrice<12 Note que se utiliza el operador AND pues se quiere verificar que las dos condiciones se cumplan. Cuando tengamos un rango de valores para compara se puede utilizar el operador Between. Por ejemplo si quisiéramos seleccionar las órdenes de compra que se han realizado entre 01/01/1996 al 31/07/1996. La consulta sería la siguiente: select * from orders where OrderDate between '01/01/1996' and '07/31/1996' order by OrderDate Cuando tengamos una lista de valores para comparar un campo se utiliza el operador in, por ejemplo si queremos listas los empleados con los códigos: BONAP, AROUT, BOLID y FISSA. La consulta sería: select * from Customers where CustomerID in ('BONAP', 'AROUT', 'BOLID', 'FISSA') También podemos utilizar el operador in para verificar si el valor de un campo se encuentra en otra tabla. Por ejemplo si quisiéramos listar todos los productos que se encuentre en la tabla Order Details. La consulta sería la siguiente: select * from Products where ProductID in (select ProductID from [Order Details]) USO DE RESTRICCIONES Inicie una nueva ventana de consulta y cree una base de datos llamada Administración#carne. Antes de generar consultas en su base de datos, cree las tablas que se muestran a continuación: Tablas de trabajo Tabla: alumno La definición de esta tabla, contiene los siguientes constraints o restricciones que buscan verificar tres cosas principalmente: El formato del carnet debe ser 2 caracteres no numéricos al inicio y 6 caracteres numéricos al final. Pagina 19 de 23

20 Las dos primeras letras del carnet deben ser la combinación de las primeras dos iniciales del primer y segundo apellido respectivamente y en caso de que el segundo apellido se desconozca (tenga un valor NULL), se utilizará la primera inicial del primer apellido nuevamente. El sexo de una persona debe de ser de un carácter, M=masculino o F=femenino. create table alumno ( carnet char(8) not null, nombre1 char(15) not null, nombre2 char(15) null, apellido1 char(15) not null, apellido2 char(15) null, sexo char(1) not null, constraint pk_carnet primary key clustered (carnet), constraint ck_carnet check ( carnet like '[A-Z][A-Z][0-9][0-9][0-9][0-9][0-9][0-9]' and substring(carnet,1,2)= left(apellido1,1) + left(isnull(apellido2,apellido1),1) ), constraint ck_sexo check (sexo like '[MF]') ) Las funciones utilizadas en los constraints se definen a continuación: SUBSTRING Devuelve parte de una expresión de caracteres, binaria, de texto o de imagen. Sintaxis: SUBSTRING (expression, start, length) Donde: Expresión: Es una cadena de caracteres, cadena binaria, texto, imagen, columna o expresión que incluye una columna. No deben usarse expresiones que incluyan funciones de agregado. Start : Es un entero que especifica el punto en que comienza la subcadena.length Es un entero que especifica la longitud de la subcadena (el número de caracteres o bytes que se devuelven). LEFT Devuelve la parte de una cadena de caracteres que comienza en un número de caracteres especificado a partir de la izquierda. Sintaxis: LEFT (character_expression, integer_expression) Donde: character_expression Es una expresión de caracteres o de datos binarios. character_expression puede ser una constante, una variable o una columna, y debe tener un tipo de datos que se pueda convertir implícitamente a varchar. integer_expression Es un número entero positivo. Si integer_expression es negativo, se devuelve una cadena NULL. ISNULL Reemplaza NULL con el valor de reemplazo especificado. Pagina 20 de 23