Introducción a la terminología de Database Edition
Actualización: noviembre 2007
En Visual Studio Team System Database, puede crear y administrar una base de datos como parte del proceso de desarrollo, a la vez que el código fuente. Las siguientes definiciones explican terminología relacionada con Database Edition.
Métodos ágiles [Agile Methods]
Familia de procesos que los desarrolladores de aplicaciones utilizan para minimizar el riesgo, ya que el desarrollo de las aplicaciones se realiza en una serie de iteraciones cortas que duran de una a cuatro semanas. En este paradigma, la principal medida de progreso es el software de trabajo, en lugar de las horas invertidas o las tareas finalizadas. Los métodos ágiles dan más importancia a la comunicación en tiempo real, como las reuniones cara a cara, las llamadas telefónicas y los mensajes instantáneos, que a los documentos escritos.script común [common script]
En las pruebas unitarias de base de datos, uno de los scripts siguientes: TestInitialize o TestCleanup. Los scripts comunes no se ejecutan como parte de una prueba unitaria de base de datos, sino que se ejecutan antes y después de las pruebas y ejecuciones de prueba para modificar el entorno de pruebas, que incluye la base de datos que se desea probar.referencias de bases de datos cruzadas
Referencia a uno o más objetos de una definición de objeto o script que reside en una base de datos diferente. Las dos bases de datos podrían residir en servidores diferentes. Una referencia de base de datos cruzada se conoce a veces como un nombre de tres o cuatro partes debido a que tales referencias especifican los nombres de los servidores (opcional), bases de datos, esquemas y objetos.Lenguaje de definición de datos (DDL) [Data Definition Language (DDL)]
Instrucciones en SQL que definen los datos en lugar de manipularlos (por ejemplo, CREATE TABLE, CREATE INDEX, GRANT y REVOKE).ciclo de vida del desarrollo de bases de datos [database development life cycle]
Proceso estructurado que se impone al desarrollo de la parte de la aplicación que corresponde a la base de datos. En esencia es un subconjunto del ciclo de vida de desarrollo de software que es específico de una o más bases de datos de una aplicación.plan de generación de datos [data generation plan]
Archivo que contiene información acerca de un esquema de base de datos determinado y la manera en que el Generador de datos generará datos para él.Lenguaje de manipulación de datos (DML) [Data Manipulation Language (DML)]
Instrucciones en SQL que manipulan los datos en lugar de definirlos (por ejemplo, INSERT, UPDATE, DELETE y SELECT).proyecto de base de datos [database project]
Representación sin conexión de una base de datos. Cada proyecto de base de datos contiene los scripts necesarios para implementar una base de datos nueva o actualizar una existente en un servidor de bases de datos. Un proyecto de base de datos no contiene los datos que residen en esa base de datos. Los proyectos de base de datos se guardan como archivos .dbproj.objeto de base de datos [database object]
Componente de base de datos (por ejemplo, tabla, índice, desencadenador, vista, clave, restricción, valor predeterminado, regla, tipo de datos definido por el usuario o procedimiento almacenado de una base de datos). También puede hacer referencia a una base de datos.refactorización de base de datos [database refactoring]
Proceso que modifica los nombres de los objetos de base de datos de tal forma que cambia simultáneamente todas las instancias de esos nombres en el proyecto de base de datos. Por ejemplo, si cambia el nombre de una columna de una tabla de base de datos mediante la refactorización, también actualizará todos los procedimientos almacenados, vistas, índices, funciones, pruebas unitarias, etc. que hagan referencia a esa columna.prueba unitaria de base de datos [database unit test]
Prueba unitaria que valida que un aspecto determinado de la base de datos funciona como esperaba.entorno de desarrollo aislado [isolated development environment]
Copia privada de la base de datos que se crea a partir del proyecto de base de datos y que suele llenarse con datos mediante un plan de generación de datos. Puede utilizar un entorno de desarrollo aislado para implementar y probar los cambios del esquema de base de datos de manera segura, sin interferir con otros procesos de desarrollo. Una vez finalizadas las pruebas, puede compartir sus cambios con el resto del equipo cuando proteja su versión del esquema en el sistema de control de versiones.base de datos modelo [model database]
Base de datos que se instala con Microsoft SQL Server y proporciona una plantilla para nuevas bases de datos de usuario. Cuando crea una base de datos, SQL Server copia en ella el contenido de la base de datos modelo y después expande la nueva base de datos según el tamaño solicitado.scripts posteriores a la implementación [post-deployment scripts]
Conjunto de scripts de base de datos que el usuario especifica y que se ejecutan en un orden concreto después de que se ha ejecutado el script de implementación de base de datos.scripts anteriores a la implementación [pre-deployment scripts]
Conjunto de scripts de base de datos que el usuario especifica y que se ejecutan en un orden concreto antes de que se ejecute el script de implementación de base de datos.elementos de proyecto [project items]
Los diversos tipos de objetos que componen un proyecto de base de datos, incluidos los planes de generación de datos, los scripts y las definiciones de objeto de esquema.instrucción RAISERROR [RAISERROR statement]
Instrucción Transact-SQL (T-SQL) que muestra un mensaje de error y establece la variable automática @@ERROR sin cambiar el curso del procedimiento. Las instrucciones RAISERROR se pueden utilizar para devolver los resultados de las pruebas unitarias de base de datos.esquema [schema]
Objeto o colección de objetos de base de datos que contienen la información estructural, o los metadatos, de una base de datos.origen [source]
En una operación dada, es la base de datos que no se modifica en dicha operación. Por ejemplo, si compara un proyecto de base de datos con la implementación actual de esa base de datos para actualizar la última de manera que coincida con el proyecto, el proyecto de base de datos se considera el origen en esa operación.secuencia de datos tabular (TDS) [tabular data stream (TDS)]
Protocolo interno para transferir datos entre un cliente y un servidor donde se ejecuta Microsoft SQL Server. TDS permite la comunicación entre los productos de cliente y servidor independientemente de cual sea el sistema operativo, la versión del servidor o el transporte de red.destino [target]
Base de datos sobre la que actúa una operación. En función del tipo de la operación, ésta puede modificar o no el destino. Por ejemplo, si compara un proyecto de base de datos con la implementación actual de esa base de datos para actualizar la última de manera que coincida con el proyecto, la base de datos implementada se considera el destino en esa operación.condición de prueba [test condition]
En el contexto de las pruebas unitarias de base de datos, conjunto de funciones de validación que se utilizan con frecuencia para comprobar si una prueba unitaria devuelve los resultados esperados. Una condición de prueba analiza los resultados de la ejecución de una prueba unitaria y determina, basándose en sus parámetros, si los resultados han cumplido el criterio de la condición de prueba.script de prueba [test script]
Requisito definido que se comprueba en un producto y que produce un resultado de prueba superada o prueba no superada. Un resultado de prueba superada o correcta indica que se cumplió el requisito, y un resultado de prueba no superada o incorrecta indica que no se cumplió el requisito.