Snchez Morales Cesar Luis.

Grupo: 5801 Materia: Administracin de Base de datos Abraham Jorge Jimnez Alfaro Resumen captulo 1 Wrox.Beginning.SQL.Server.2005.Administration.Nov. 2006 Resumen:
La base de datos del sistema central para gestionar la instancia de SQL Server. En SQL Server 2005, la base de datos principal es el repositorio lgico para los objetos del sistema que residen en el esquema sys. En SQL Server 2005 y las ediciones anteriores de SQL Server, la base de datos maestra almacenada fsicamente todos los objetos del sistema. Funcionalidad destacada Por ejemplo, las configuraciones Las bases de datos que residen en la instancia Los archivos para cada base de datos Inicios de sesin Vinculados \ servidores remotos Endpoints

Cambio de Objetos - No cambie los objetos del sistema. En SQL Server 2005 todos los objetos de base de datos se han trasladado a la base de datos de recursos que almacena la definicin de los objetos del sistema y se puede actualizar a travs de las nuevas versiones de SQL Server independiente de los datos. Nuevos objetos no se recomienda Creacin de objetos en las bases de datos del sistema -. Si tiene objetos que son necesarios para la instancia es decir, elementos administrativos, simplemente crear una base de datos DBA independiente para almacenar estos objetos. Furtivamente un pico - Hasta este punto, todo el cdigo T-SQL para las tablas, vistas, procedimientos almacenados, funciones, etc ha sido el texto claro. As que usted puede revisar los objetos y aprender de las tcnicas utilizadas por Microsoft. Cada de objetos - La razn ms importante para dejar los objetos del sistema son para tipos especficos de bajadas de presin y de auditora en determinadas industrias. Aunque algunas de esas prcticas estn bien documentados, es importante que entienda las ramificaciones relacionadas con la administracin y desarrollo de aplicaciones una vez que esas restricciones estn en su lugar. Seguridad - No se olvide de la funcin pblica y el usuario invitado, son el conducto para que los usuarios acceder a los objetos del sistema. As que debe responder a la cuestin de cmo las personas (logins \ users) pueden acceder a los objetos basados en el propietario del objeto o esquema, dependiendo de la versin de SQL Server. Copias de seguridad - Asegrese de tener un proceso de copia de seguridad coherente para bases de datos del sistema. Incluyendo las bases de datos del sistema de bases de datos definidos por el usuario puede ser el mejor mtodo si se produce un desastre. mbito de aplicacin - Cada instancia de SQL Server (incluyendo la edicin Express) tiene su propio conjunto de bases de datos del sistema de SQL Server. Por lo tanto, si un solo servidor de Windows tiene varias instancias de SQL Server instaladas, un cambio en una base de datos del sistema slo afecta a la nica instancia, no todas las instancias en el servidor Windows.

Introduccin al Trabajo:
En este tema se describe cmo crear un usuario de base de datos asignado a un inicio de sesin en SQL Server 2012 mediante SQL Server Management Studio o Transact-SQL. El usuario de la base es la identidad del inicio de sesin cuando se est conectado a una base de datos. El usuario de base de datos se puede utilizar el mismo nombre que el inicio de sesin, pero eso no es necesario. En este tema se da por supuesto que un inicio de sesin ya existe en SQL Server. Para obtener informacin acerca de cmo crear un inicio de sesin, vea Crear cuenta.

Database Planning
El primer paso en la creacin de una base de datos es la creacin de un plan que sirve tanto como una gua para ser utilizado en la aplicacin de la base de datos y como una especificacin funcional para la base de datos despus de que se ha aplicado. La complejidad y el detalle de un diseo de base de datos est dictada por la complejidad y el tamao de la aplicacin de base de datos y tambin la poblacin de usuarios. La naturaleza y la complejidad de una aplicacin de base de datos, as como el proceso de planificacin que, pueden variar significativamente. Una base de datos puede ser relativamente simple y diseado para ser utilizado por una sola persona, o puede ser grande y complejo y diseado, por ejemplo, para manejar todas las transacciones bancarias de miles de clientes. En el primer caso, el diseo de base de datos puede ser un poco ms de unas pocas notas en un poco de papel rayado. En este ltimo caso, el diseo puede ser un documento formal cientos de pginas que contiene todos los detalles posibles sobre la base de datos.

Desarrollo del Trabajo:

Un usuario es una entidad de seguridad de nivel de base de datos. Inicios de sesin deben ser comparados con un usuario de base de datos para conectarse a una base de datos. Un inicio de sesin se puede asignar a diferentes bases de datos con diferentes usuarios, pero slo se puede asignar como un usuario en cada base de datos. En una base de datos parcialmente contenida, un usuario puede ser creado que no tiene un inicio de sesin. Para obtener ms informacin acerca de los usuarios de bases de datos independientes, vea CREATE USER (Transact-SQL) . Si el usuario invitado en una base de datos est activada, un usuario que no est asignado a un usuario de base de datos puede entrar en la base de datos como usuario invitado. Data Access - Basado en la versin de consultas de SQL Server slo los objetos recomendados. En general, los objetos de la base del sistema se van a desaprobar a un conjunto de puntos de vista, as que asegrese de todas las secuencias de comandos estn accediendo los objetos adecuados. Si no, usted va a tener un gran proyecto en el futuro para convertir todos sus scripts.

En la planificacin de la base de datos, independientemente de su tamao y complejidad, utilice los siguientes pasos bsicos: Reunir informacin. Identificar los objetos. El modelo de los objetos. Identificar los tipos de informacin para cada objeto. Identificar las relaciones entre los objetos. Recopilacin de informacin

Identificar los tipos de informacin para cada objeto

Despus de los objetos primarios en la base de datos han sido identificados como candidatos para las tablas, el siguiente paso es identificar el tipo de informacin que deben ser almacenados para cada objeto. Estas son las columnas de la tabla del objeto. Las columnas de una tabla de base de datos contienen algunos tipos comunes de informacin: Columnas de datos sin procesar Estas columnas almacenan piezas de material de informacin, tales como nombres, determinados por una fuente exterior a la base de datos. Columnas categricas Estas columnas clasificar o agrupar los datos y almacenar una seleccin limitada de datos, como verdadero / falso, casado / soltero y VP / Director / Gerente de Grupo. Columnas de identificador Estas columnas proporcionan un mecanismo para identificar cada elemento almacenado en la tabla. Estas columnas tienen con frecuencia un ID o nmero en su nombre, por ejemplo, employee_id, INVOICE_NUMBER y PUBLISHER_ID. La columna de identificador es el componente principal utilizado por los usuarios y de procesamiento de base de datos interna para el acceso a una fila de datos en la tabla. A veces, el objeto tiene una forma tangible de ID se utiliza en la tabla, por ejemplo, un nmero de seguro social, pero en la mayora de los casos se puede definir la tabla para que una identificacin fiable artificial puede ser creado para la fila. Columnas relacionales o referencial Estas columnas de establecer un vnculo entre la informacin de una tabla y la informacin relacionada en otra mesa. Por ejemplo, una tabla que registra las transacciones de ventas en general, tendr un enlace a la mesa de los clientes para que la informacin completa del cliente puede estar asociado a la operacin de venta. Identificar la relacin entre los objetos Uno de los puntos fuertes de una base de datos relacional es la capacidad de relacionar o asociar informacin acerca de diversos elementos de la base de datos. Tipos aislados de informacin pueden ser almacenados por separado, pero el motor de base de datos se pueden combinar los datos cuando sea necesario. Identificar la relacin entre los objetos en el proceso de diseo requiere mirar las tablas, determinar cmo se relacionan lgicamente, y la adicin de columnas relacionales que establecen un vnculo de una mesa a otra. Por ejemplo, el diseador de la base de datos AdventureWorks2008R2 ha creado las tablas de productos y modelos de productos en la base de datos. La tabla Production.Product contiene informacin para cada producto, que incluye una columna de identificador de llamada ProductID, columnas de datos para el nombre del producto, el precio del producto, y el color del producto, tamao y peso. La tabla contiene columnas categricas, como la clase o estilo, que permite a los productos se agrupan por estos tipos. Cada producto tambin tiene un modelo de producto, sino que la informacin se almacena en otra tabla. Por lo tanto, la tabla tiene una columna Production.Product ProductModelID para guardar slo el ID del modelo de producto. Cuando se aade una fila de datos de un producto, el valor de ProductModelID debe existir en la tabla Production.ProductModel.

Antes de crear una base de datos, debe tener una buena comprensin de que el trabajo se espera que la base de datos para llevar a cabo. Si la base de datos es reemplazar un sistema de informacin basado en papel o realizado de forma manual, el sistema actual le dar la mayor parte de la informacin que usted necesita. Usted debe entrevistar a todos los involucrados en el sistema para determinar lo que hacen y lo que necesitan de la base de datos. Tambin es importante identificar lo que ellos quieren que el nuevo sistema debe hacer, as como para identificar los problemas, limitaciones y obstculos de cualquier sistema existente. Recoge copias de las declaraciones de clientes, listas de inventarios, informes de gestin, y cualesquiera otros documentos que forman parte del sistema existente, por ser de utilidad en el diseo de la base de datos y las interfaces. La identificacin de los objetos Durante el proceso de recopilacin de informacin, debe identificar los objetos clave o entidades que sern administrados por la base de datos. El objeto puede ser una cosa tangible, como una persona o un producto, o puede ser un elemento ms intangible, como una transaccin comercial, un departamento en una empresa, o de un perodo de pago. En general, existen unos objetos primarios, y despus de ellos se identifican, los artculos relacionados se hacen visibles. Cada elemento distinto en su base de datos debe tener una tabla correspondiente. El objeto principal de la base de datos de ejemplo AdventureWorks2008R2 se incluye con SQL Server es una bicicleta. Los objetos relacionados con la bicicleta en el negocio de esta empresa son los empleados que fabrican la bicicleta, los vendedores que venden los componentes utilizados para la fabricacin de la bicicleta, los clientes que los y las operaciones de venta realizadas con los clientes compran. Cada uno de estos objetos es una tabla en la base de datos. Modelado de los Objetos A medida que se identifican los objetos en el sistema, debe registrar de una manera que representa el sistema visual. Usted puede utilizar el modelo de base de datos como una referencia durante la implementacin de la base de datos. Para ello, los desarrolladores de bases de datos utilizan herramientas que varan en complejidad tcnica de los lpices y papel de borrador a los programas de procesamiento de textos y hojas de clculo, e incluso programas de software creados especficamente para el trabajo de modelado de datos para el diseo de bases de datos. Sea cual sea la herramienta que usted decida usar, es importante que lo mantiene hasta la fecha.

Creating a New Database

Crea una nueva base de datos y los archivos que se utilizan para almacenar la base de datos, o se une una base de datos de los archivos de una base de datos creada previamente. Nota Para obtener ms informacin acerca de la compatibilidad hacia atrs con disk init, consulte Dispositivos (Nivel 3) en Microsoft Compatibilidad con versiones anteriores de Datos SQL Server . Sintaxis CREATE DATABASE database_name [ON [<especificacinDeArchivo> [ , ... n ]] [ , <grupo de archivos> [ , ... n ]] ] [LOG ON {<especificacinDeArchivo> [ , ... n ]}] [COLLATE collation_name ] [DE CARGA | FOR ATTACH] <Especificacin de archivo> :: = [PRIMARY] ( [NOMBRE = logical_file_name , ] NOMBREARCHIVO = ' os_file_name ' [ , TAMAO = tamao ] [ , MAXSIZE = { max_size | UNLIMITED}] [ , FILEGROWTH = growth_increment ] ) [ , ... n ] <Grupo de archivos> :: = FILEGROUP filegroup_name <especificacinDeArchivo> [ , ... n ]

Especifica que los archivos de disco utilizados para almacenar las partes de datos de la base de datos (archivos de datos) se definen explcitamente. Se requiere la palabra clave cuando va seguida de una lista separada por comas de elementos <filespec> definen los archivos de datos para el grupo de archivos principal. La lista de archivos en el grupo de archivos principal puede ir seguida de una lista opcional separada por comas de elementos <filegroup> definen grupos de archivos de usuario y sus archivos.

ON
Es un marcador de posicin que indica que varios archivos se pueden especificar para la nueva base de datos.

LOG ON
Especifica que los archivos de disco utilizados para almacenar el registro de base de datos (archivos de registro) se definen explcitamente. La palabra clave es seguido por una lista separada por comas de elementos <filespec> definen los archivos de registro. Si no se especifica LOG ON, un archivo de registro se crea automticamente con un nombre generado por el sistema y un tamao que es el mayor de los siguientes valores: 0,5 MB o 25 por ciento de la suma de los tamaos de todos los archivos de datos para la base de datos.

FOR LOAD
Esta clusula se admite por compatibilidad con versiones anteriores de Microsoft SQL Server. La base de datos se crea con el uso dbo nica opcin de base de datos activa, y el estado se establece en la carga. Esto no es necesario en SQL Server versin 7.0, porque la instruccin RESTORE puede volver a crear una base de datos como parte de la operacin de restauracin. FOR ATTACH Especifica que la base de datos est conectado a un conjunto existente de archivos del sistema operativo. Debe haber una entrada <filespec> especificando el primer archivo principal. Las nicas entradas <filespec> necesarios son los de todos los archivos que tengan una ruta diferente de cuando la base de datos se cre por primera o la ltima adjunta. Una entrada <filespec> se debe especificar para estos archivos. La base de datos adjunta debe haberse creado utilizando la misma pgina de cdigos y el orden de clasificacin como SQL Server. Utilice la sp_attach_db procedimiento almacenado del sistema en lugar de utilizar CREATE DATABASE FOR ATTACH directamente. Utilice CREATE DATABASE FOR ATTACH slo cuando se debe especificar ms de 16 artculos <filespec>. Si adjunta una base de datos a un servidor distinto del servidor del que se separ de la base de datos y la base de datos independiente fue habilitada para la replicacin, debe ejecutar sp_removedbreplication para quitar la replicacin de la base de datos. collation_name Especifica la intercalacin predeterminada de la base de datos. Nombre de intercalacin puede ser un nombre de intercalacin de Windows o un nombre de intercalacin de SQL. Si no se especifica, la base de datos se le asigna la intercalacin predeterminada de la instancia de SQL Server. Para obtener ms informacin acerca de Windows y los nombres de intercalacin de SQL, vea COLLATE.

Arguments
Es el nombre de la nueva base de datos. Nombres de bases de datos deben ser nicos dentro de un servidor y se ajustan a las reglas de los identificadores. database_name puede tener un mximo de 128 caracteres, a menos que no se especifica el nombre lgico para el registro. Si no se especifica ningn nombre de archivo de registro lgico, Microsoft SQL Server genera un nombre lgico si se aade un sufijo a database_name . Esto limita database_name a 123 caracteres por lo que el nombre del archivo de registro lgico generado es menos de 128 caracteres.

PRIMARY
MAXSIZE Especifica que la lista <filespec> asociado define el archivo principal. El grupo de archivos principal contiene todas las tablas del sistema de base de datos. Tambin contiene todos los objetos no asignados a los grupos de archivos de usuario. La primera entrada <filespec> en el grupo de archivos principal se convierte en el archivo principal, que es el archivo que contiene el principio lgico de la base de datos y las tablas del sistema. Una base de datos slo puede tener un archivo principal. Si no se especifica PRIMARY, el primer archivo enumerado en la instruccin CREATE DATABASE se convierte en el archivo principal. Es el tamao inicial del archivo definido en el <filespec>. Los sufijos kilobytes (KB), megabytes (MB), gigabyte (GB) o terabytes (TB) se puede utilizar. El valor predeterminado es MB. Especifique un nmero entero, no incluya un decimal. El valor mnimo para el tamao es de 512 KB. Si el tamao no se especifica, el valor predeterminado es 1 MB. El tamao especificado para el archivo principal debe ser al menos tan grande como el archivo principal del modelo de base de datos. Maxsize Especifica el tamao mximo que el archivo definido en el <filespec> puede crecer. max_size Es el tamao mximo al que el archivo definido en el <filespec> puede crecer. Los sufijos kilobytes (KB), megabytes (MB), gigabyte (GB) o terabytes (TB) se puede utilizar. El valor predeterminado es MB. Especifique un nmero entero, no incluya un decimal. Si max_size no se especifica, el archivo crece hasta que el disco est lleno. Nota El registro del sistema Microsoft Windows NT S / B avisa al administrador del sistema de SQL Server si un disco est casi lleno. ILIMITADO Especifica que el archivo definido en el <filespec> crece hasta que el disco est lleno. FILEGROWTH Especifica el incremento de crecimiento del archivo definido en el <filespec>. El valor FILEGROWTH de un archivo no puede superar el valor MAXSIZE. growth_increment Es la cantidad de espacio que se agrega al archivo que se necesita cada vez ms espacio. Especifique un nmero entero, no incluya un decimal. Un valor de 0 indica que no hay crecimiento. El valor se puede especificar en MB, KB, GB, TB o por ciento (%). Si se especifica un nmero sin un MB, KB o% sufijo, el valor predeterminado es MB. Cuando se especifica%, el tamao del incremento de crecimiento es el porcentaje especificado del tamao del archivo en el momento tiene lugar el incremento. Si no se especifica FILEGROWTH, el valor predeterminado es de 10 por ciento y el valor mnimo es 64 KB. El tamao especificado se redondea con una precisin de 64 KB. Observaciones Puede utilizar una instruccin CREATE DATABASE para crear una base de datos y los archivos que almacenan la base de datos. SQL Server implementa la instruccin CREATE DATABASE en dos pasos: SQL Server utiliza una copia del modelo de base de datos para inicializar la base de datos y sus metadatos. Conclusin: Gracias a este captulo logramos conocer los comandos para lograr una mejor administracin de las bases de datos as como la creacin de roles que se le asignaran a los usuarios y los privilegios que se le asignaran a cada uno. Bibliografa. Wrox.Beginning.SQL.Server.2005.Administration.Nov.2006

NAME
Especifica el nombre lgico para el archivo definido por el <filespec>. El parmetro name no es necesario si se especifica FOR ATTACH. logical_file_name Es el nombre utilizado para hacer referencia al archivo en cualquier instruccin de Transact-SQL ejecutadas despus de crear la base de datos. logical_file_name debe ser nico en la base de datos y se ajustan a las reglas de los identificadores. El nombre puede tener un carcter Unicode o constante, o un identificador regular o delimitado.

FILENAME
Especifica el nombre del archivo del sistema operativo para el archivo definido por el <filespec>. ' os_file_name ' Es la ruta de acceso y el nombre de archivo utilizado por el sistema operativo cuando se crea el archivo fsico definido por el <filespec>. El camino en os_file_name debe especificar un directorio en una instancia de SQL Server. os_file_name no puede especificar un directorio en un sistema de archivos comprimido. Si se crea el archivo en una particin raw, os_file_name debe especificar slo la letra de unidad de una particin sin procesar existente. Solo un archivo puede ser creado en cada particin cruda. Los archivos en particiones sin formato no crecimiento automtico, por lo tanto, no son necesarios los parmetros MAXSIZE y FILEGROWTH cuando os_file_name especifica una particin sin formato. SIZE Especifica el tamao del archivo definido en el <filespec>. Cuando un parmetro de tamao no se suministra en la <filespec> para un archivo principal, SQL Server utiliza el tamao del archivo principal en el modelo de base de datos. Cuando un parmetro de tamao no se especifica en el <filespec> para un archivo secundario o registro, SQL Server hace que el archivo de 1 MB.