SQL

Un Sistema Gestor de Base de Datos es un sistema que: Impide crear, gestionar y administrar bases de datos. Permite manipular, conducir y agrupar datos. Permite manipular y gestionar grandes bases de datos. Impide hacer tropelias con las bases de datos. Posibilita una correcta manipulación y uso de una base de datos. Impide la destrucción accidental de una base de datos. Permite crear, gestionar y administrar bases de datos.

Un SGBD es un sistema que: Impide crear, gestionar y administrar bases de datos. Permite manipular, conducir y agrupar datos. Permite manipular y gestionar grandes bases de datos. Impide hacer tropelias con las bases de datos. Posibilita una correcta manipulación y uso de una base de datos. Impide la destrucción accidental de una base de datos. Permite crear, gestionar y administrar bases de datos.

El sistema que permite la creación, gestión y manipulación de bases de datos recibe el nombre de: Sistema Manipulador de Bases de Datos. Sistema de Creación y Manipulación de Bases de Datos. Sistema de Bases de Datos. Gestión de Bases de Datos. Sistema Orientado a Objetos. Sistema Relacional. Sistema Gestor de Bases de datos.

El modelo de bases de datos relacionales ha sufrido numerosas modificaciones desde: 1950. 1960. 1980. 1990. 2000. 1970.

El modelo de bases de datos relacionales ha sufrido numerosas modificaciones desde: 1950. 1955. 1960. 1965. 2075. 2085. 1970.

El modelo de las bases de datos relacionales se fundamenta en: Relaciones entre datos contenidos en tablas interdependientes. Relaciones entre todos los datos sin ningún tipo de restricción. Relaciones entre las propias relaciones de las tablas implicadas. Tablas con datos asociados pero sin relaciones entre otras tablas. Tablas sin datos asociados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Relaciones entre datos contenidos en tablas independientes para cada relación.

El modelo de las bases de datos relacionales se fundamenta en: Vínculos entre datos contenidos en tablas interdependientes. Vínculos entre todos los datos sin ningún tipo de restricción. Vínculos entre las propias relaciones de las tablas implicadas. Tablas con datos vinculados pero sin relaciones entre otras tablas. Tablas sin datos vinculados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Vínculos entre datos contenidos en tablas independientes para cada relación.

Una base de datos relacional se fundamenta en: Las relaciones entre datos contenidos en tablas interdependientes. Las relaciones entre todos los datos sin ningún tipo de restricción. Las relaciones entre las propias relaciones de las tablas implicadas. Las tablas con datos asociados pero sin relaciones entre otras tablas. Las tablas sin datos asociados pero con el mayor número de relaciones con otras tablas. Las tablas diseñadas según las especificaciones del sistema gestor de base de datos. Las relaciones entre datos contenidos en tablas independientes para cada relación.

Una base de datos relacional se fundamenta en: Los vínculos entre datos contenidos en tablas interdependientes. Los vínculos entre todos los datos sin ningún tipo de restricción. Los vínculos entre las propias relaciones de las tablas implicadas. Las tablas con datos vinculados pero sin relaciones entre otras tablas. Las tablas sin datos vinculados pero con el mayor número de relaciones con otras tablas. Las tablas diseñadas según las especificaciones del sistema gestor de base de datos. Los vínculos entre datos contenidos en tablas independientes para cada relación.

El modelo de las bases de datos relacionales (SQL) se fundamenta en: Relaciones entre datos contenidos en tablas interdependientes. Relaciones entre todos los datos sin ningún tipo de restricción. Relaciones entre las propias relaciones de las tablas implicadas. Tablas con datos asociados pero sin relaciones entre otras tablas. Tablas sin datos asociados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Relaciones entre datos contenidos en tablas independientes para cada relación.

El modelo de las bases de datos relacionales (SQL) se fundamenta en: Vínculos entre datos contenidos en tablas interdependientes. Vínculos entre todos los datos sin ningún tipo de restricción. Vínculos entre las propias relaciones de las tablas implicadas. Tablas con datos vinculados pero sin relaciones entre otras tablas. Tablas sin datos vinculados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Vínculos entre datos contenidos en tablas independientes para cada relación.

Una base de datos relacional (SQL) se fundamenta en: Las relaciones entre datos contenidos en tablas interdependientes. Las relaciones entre todos los datos sin ningún tipo de restricción. Las relaciones entre las propias relaciones de las tablas implicadas. Las tablas con datos asociados pero sin relaciones entre otras tablas. Las tablas sin datos asociados pero con el mayor número de relaciones con otras tablas. Las tablas diseñadas según las especificaciones del sistema gestor de base de datos. Las relaciones entre datos contenidos en tablas independientes para cada relación.

Una base de datos relacional (SQL) se fundamenta en: Los vínculos entre datos contenidos en tablas interdependientes. Los vínculos entre todos los datos sin ningún tipo de restricción. Los vínculos entre las propias relaciones de las tablas implicadas. Las tablas con datos vinculados pero sin relaciones entre otras tablas. Las tablas sin datos vinculados pero con el mayor número de relaciones con otras tablas. Las tablas diseñadas según las especificaciones del sistema gestor de base de datos. Los vínculos entre datos contenidos en tablas independientes para cada relación.

El modelo SQL se fundamenta en: Relaciones entre datos contenidos en tablas interdependientes. Relaciones entre todos los datos sin ningún tipo de restricción. Relaciones entre las propias relaciones de las tablas implicadas. Tablas con datos asociados pero sin relaciones entre otras tablas. Tablas sin datos asociados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Relaciones entre datos contenidos en tablas independientes para cada relación.

El modelo SQL se fundamenta en: Vínculos entre datos contenidos en tablas interdependientes. Vínculos entre todos los datos sin ningún tipo de restricción. Vínculos entre las propias relaciones de las tablas implicadas. Tablas con datos vinculados pero sin relaciones entre otras tablas. Tablas sin datos vinculados pero con el mayor número de relaciones con otras tablas. Tablas diseñadas según las especificaciones del sistema gestor de base de datos. Vínculos entre datos contenidos en tablas independientes para cada relación.

¿Cuál de los siguientes es un sistema gestor de bases de datos relacional?. MongoBD. Redis. Casandra. ObjectDB. Amazon DynamoDB. MySQL.

¿Cuál de los siguientes es un sistema gestor de bases de datos relacional?. MongoBD. Redis. Casandra. ObjectDB. Google BigTable. Amazon DynamoDB. MariaDB.

¿Cuál de los siguientes es un sistema gestor de bases de datos relacional?. MongoBD. Redis. Casandra. ObjectDB. Google BigTable. Amazon DynamoDB. Oracle.

¿Cuál de los siguientes no es un sistema gestor de bases de datos relacional?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. MongoBD.

¿Cuál de los siguientes no es un sistema gestor de bases de datos relacional?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. Casandra.

¿Cuál de los siguientes no es un sistema gestor de bases de datos relacional?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. Amazon DynamoDB.

Una base de datos no relacional es la que cumple las siguientes condiciones: No requiere estructuras de datos, tablas ni datos, pero garantiza las características ACID. No requiere tablas ni datos, pero presenta datos muy bien escalados horizontalmente. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados verticalmente. Requiere estructuras de datos y tablas. Requiere estructuras de datos sin tablas, pero sin garantizar las características ACID. Requiere de alguna estructura de datos, o de alguna tabla o de alguna forma de escalar datos. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados horizontalmente.

Una base de datos es no relacional si cumple las siguientes condiciones: No requiere estructuras de datos, tablas ni datos, pero garantiza las características ACID. No requiere tablas ni datos, pero presenta datos muy bien escalados horizontalmente. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados verticalmente. Requiere estructuras de datos y tablas. Requiere estructuras de datos sin tablas, pero sin garantizar las características ACID. Requiere de alguna estructura de datos, o de alguna tabla o de alguna forma de escalar datos. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados horizontalmente.

Una base de datos no relacional (NoSQL) es la que cumple las siguientes condiciones: No requiere estructuras de datos, tablas ni datos, pero garantiza las características ACID. No requiere tablas ni datos, pero presenta datos muy bien escalados horizontalmente. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados verticalmente. Requiere estructuras de datos y tablas. Requiere estructuras de datos sin tablas, pero sin garantizar las características ACID. Requiere de alguna estructura de datos, o de alguna tabla o de alguna forma de escalar datos. No requiere estructuras de datos ni tablas, no garantiza las características ACID pero presenta datos muy bien escalados horizontalmente.

¿Cuál de los siguientes no es un sistema no relacional (NoSQL)?. MongoBD. Redis. Casandra. ObjectDB. Google BigTable. Amazon DynamoDB. MySQL.

¿Cuál de los siguientes no es un sistema no relacional (NoSQL)?. MongoBD. Redis. Casandra. ObjectDB. Google BigTable. Amazon DynamoDB. MariaDB.

¿Cuál de los siguientes no es un sistema no relacional (NoSQL)?. MongoBD. Redis. Casandra. ObjectDB. Google BigTable. Amazon DynamoDB. Oracle.

¿Cuál de los siguientes es un sistema no relacional (NoSQL)?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. MongoBD.

¿Cuál de los siguientes es un sistema no relacional (NoSQL)?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. Casandra.

¿Cuál de los siguientes es un sistema no relacional (NoSQL)?. MySQL. MariaDB. SQLite. PostgreSQL. Microsoft SQL Server. Oracle. Amazon DynamoDB.

Una herramienta gráfica permite manipular una base de datos: Compleja de forma sencilla pero con la necesidad de conocer la sintaxis de los comandos de administración. Compleja de forma sencilla pero con la obligación de conocer la sintaxis de los comandos de administración. Sencilla de forma más sencilla sin la necesidad de conocer nada de la aplicación. Sencilla sin necesidad de mayor preparación. Sencilla pero compleja en su funcionamiento debido al sinnúmero de opciones de configuración. Compleja de forma asumible pero sólo para el administrador de la base de datos. Compleja de forma sencilla sin necesidad de conocer toda la sintaxis de los comandos de administración.

Una herramienta textual de manipulación de bases de datos requiere de: Pantalla de MSDOS. Sistema operativo Windows. Sistema de ficheros. Cable de conexión UTP. Sistema operativo actualizado. Conexión de red. Intérprete de comandos.

El cliente del servidor MySQL es: Sqlplus. Db2. Oracle. Mysql-client. Mysql-server. No-sql. MySQL.

La conexión con la base de datos Jardineria a través del usuario root usando la contraseña abc123. se realiza: Mysql. Mysql -u. Mysql -u root. Mysql -u root -pabc123. -h Jardineria. Mysql -uroot -pabc123. Jardineria. Mysql -u root -p abc123. Jardineria. Mysql -u root -pabc123. Jardineria.

Si queremos realiza una conexión con la base de datos llamada Jardineria a través del usuario root con la contraseña abc123. se realizará con: Mysql. Mysql -u. Mysql -u root. Mysql -u root -pabc123. -h Jardineria. Mysql -uroot -pabc123. Jardineria. Mysql -u root -p abc123. Jardineria. Mysql -u root -pabc123. Jardineria.

El sublenguaje que permite definir datos a través de funciones de creación de bases de datos, tablas, índices y otros objetos, o bien a través de estructuras físicas se denomina: Lenguaje de manipulación de datos. Lenguaje de control de datos. Lenguaje de consulta. Lenguaje de control de datos. Lenguaje de definición de bases de datos. Lenguaje de definición de vistas. Lenguaje de definición de datos.

El DDL es el: Lenguaje de manipulación de datos. Lenguaje de control de datos. Lenguaje de consulta. Lenguaje de control de datos. Lenguaje de definición de bases de datos. Lenguaje de definición de vistas. Lenguaje de definición de datos.

Las instrucciones básicas del lenguaje de definición de datos son: Create, modify y drop. Create, modify y alter. Query, drop y alter. Query, modify y alter. Query, modify y drop. Create, modify, drop y alter. Create, drop y alter.

Las instrucciones básicas del DDL son: Create, modify y drop. Create, modify y alter. Query, drop y alter. Query, modify y alter. Query, modify y drop. Create, modify, drop y alter. Create, drop y alter.

Las operaciones que se pueden realizar desde el lenguaje de definición de datos con las bases de datos son diversas, pero no incluyen: Creación. Modificación. Borrado. Consulta. Uso. Renombrado. Formateado.

El DDL no permite realizar operaciones de: Creación. Modificación. Borrado. Consulta. Uso. Renombrado. Formateado.

La creación de una base de datos llamada Vehiculo se realiza bajo el comando: Alter database Vehiculo. Drop database Vehiculo. Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo.

Si deseamos crear una base de datos llamada Vehiculo pero ya existe: No podremos hacer nada, ya está creada. Contactaremos con el profesor para solicitar su borrado. Formatearemos el equipo y problem resuelto. Reinstalaremos la aplicación. Cambiaremos de usuario. Cambiaremos de nombre a la base de datos existente. Usaremos la opción if not exists.

Si utilizamos Create database if exists Vehiculo: Creará la base de datos. Sólo creará la base de datos si ya existe. Sólo creará la base de datos si no existe. Si la base de datos no existe, no hará nada. El sistema no lanzará ningún mensaje de error. El sistema mandará un mensaje al Administrador de creación indebida de una base de datos. No se podrá crear la base de datos.

Si utilizamos Create database if not exists Vehiculo: Creará la base de datos. Sólo creará la base de datos si ya existe. Si la base de datos no existe, no hará nada. El sistema no lanzará ningún mensaje de error. El sistema mandará un mensaje al Administrador de creación indebida de una base de datos. No se podrá crear la base de datos. Sólo creará la base de datos si no existe.

La modificación de algún aspecto de una base de datos llamada Vehiculo se realiza bajo el comando: Drop database Vehiculo. Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo.

Para modificar algún aspecto de una base de datos a la que llamaremos Vehiculo usaremos el comando: Drop database Vehiculo. Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo.

La eliminación de una base de datos llamada Vehiculo se realiza bajo el comando: Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo.

Para eliminar una base de datos a la que llamaremos Vehiculo usaremos el comando: Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo.

El borrado de una base de datos llamada Vehiculo se realiza bajo el comando: Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo.

Para borrar una base de datos a la que llamaremos Vehiculo usaremos el comando: Show database Vehiculo. Use database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo.

Para mostrar las bases de datos que hay creadas en el sistema usaremos el comando: Show database. Show database created. Show databases created. Show all database. Show all databases. Show all databases created. Show databases.

La carga de una base de datos llamada Vehiculo en memoria para operar se realiza bajo el comando: Show database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo. Use database Vehiculo.

Para cargar en memoria una base de datos a la que llamaremos Vehiculo y operar con ella, usaremos el comando: Show database Vehiculo. Describe database Vehiculo. Create Vehiculo database. Create database Vehiculo. Alter database Vehiculo. Drop database Vehiculo. Use database Vehiculo.

La especificación de cómo se va a tratar el juego de caracteres por cada alfabeto se denomina: Base de datos. Normalización. Colocación. Consulta. Ordenación. Alfabetización. Colación.

Las operaciones que se pueden realizar desde el lenguaje de definición de datos con las tablas de una base de datos son diversas, pero no incluyen: Creación. Modificación. Borrado. Renombrado. Mostreo de tablas. Mostreo de estructura de una tabla. Formateo.

Para crear una tabla llamada Coche usaremos el comando: Alter table Coche. Drop table Coche. Rename table Coche to Vehiculo. Show tables. Describe table Coche. Create Coche table. Create table Coche.

La eliminación de una tabla llamada Coche será con el comando. Drop table Coche. Alter table Coche. Rename table Coche to Vehiculo.

Para modificar el nombre de una tabla llamada Coche usaremos el comando: Rename table Coche to Vehiculo. Alter table Coche. Describe table Coche. Create table Coche.

La modificación del nombre de una tabla llamada Coche será con el comando: Rename table Coche to Vehiculo. Alter table Coche. Create table Coche. Drop table Coche.

Para consultar las tablas que hay dentro de una base de datos usaremos el comando: Describe table Coche. Create table Coche. Select * table Coche. Show tables. Describe table Coche.

La consulta de las tablas que hay dentro de una base de datos será con el comando: Describe table Coche. Create Coche table. Create table Coche. Alter table Coche. Show tables.

Para consultar la estructura de una tabla usaremos el comando: Describe Coche table. Alter table Coche. Drop table Coche. Rename table Coche to Vehiculo. Describe table Coche.

La consulta de la estructura de una tabla será con el comando: Create Coche table. Describe Coche table. Alter table Coche. Drop table Coche. Rename table Coche to Vehiculo. Describe table Coche.

En SQL se definen una serie de reglas o condiciones que deben satisfacer los elementos de la tablas a través de: Normas. Especificaciones. Obligaciones. Imposiciones. Sugerencias. Colaciones. Restricciones.

Las restricciones en SQL sirven para: Optimizar el funcionamiento del sistema. Acelerar el tratamiento de los datos. Eliminar la incongruencia de los datos. Ayudar en la creacción de tablas. Minimizar la modificación de algún componente de una tabla. Complicar el funcionamiento del sistema. Fijar unas reglas que han de cumplir todos los datos del sistema.

Las restricciones en SQL se aplican en: Toda la base de datos. Sólo en las columnas. Sólo en las tablas. En tablas y bases de datos. En bases de datos y columnas. En ninguna parte porque restrigen el funcionamiento de una base de datos. Columnas o tablas.

La restricción en SQL asociada a la existencia de valores nulos en una columna es: Unique. Primay key. Foreign key. Check. Default. Index. Null.

Si asociamos el valor de un atributo para que admita valores nulos, debemos emplear: Unique. Primay key. Foreign key. Check. Default. Index. Null.

Si asociamos el valor de un atributo para que no admita valores nulos, debemos emplear: Unique. Primay key. Null. Check. Default. Index. Not null.

La restricción en SQL asociada a la existencia de valores únicos en una columna es: Primay key. Foreign key. Check. Default. Index. Null. Unique.

Si asociamos el valor de un atributo para que sea único pero no clave primaria, debemos emplear: Primay key. Foreign key. Check. Default. Index. Null. Unique.

Si asociamos el valor de un atributo para que identifique necesariamente cada una de las tuplas de una relación, debemos emplear: Foreign key. Check. Default. Index. Null. Unique. Primay key.

La restricción en SQL asociada a la existencia de valores que identifiquen de forma unívoca cada tupla en otra tabla es: Check. Default. Index. Null. Unique. Primay key. Foreign key.

Si asociamos el valor de un atributo al valor que toma en otra relación, debemos emplear: Check. Default. Index. Null. Unique. Primay key. Foreign key.

La restricción en SQL asociada al cumplimiento de una condición para el valor de un atributo en una tabla es: Default. Index. Null. Unique. Primay key. Foreign key. Check.

Si asociamos una condición al valor de un atributo, debemos emplear: Default. Index. Null. Unique. Primay key. Foreign key. Check.

La restricción en SQL que asociada un valor a un atributo en una tabla si no se le asocia ninguno es: Index. Null. Unique. Primay key. Foreign key. Check. Default.

La restricción en SQL que asociada un valor por defecto a un atributo en una tabla es: Index. Null. Unique. Primay key. Foreign key. Check. Default.

Si asociamos un valor por defecto a un atributo en una tabla, debemos emplear: Index. Null. Unique. Primay key. Foreign key. Check. Default.

La restricción en SQL que permite un rápido acceso a los datos a través de valores que no son clave primaria es: Null. Unique. Primay key. Foreign key. Check. Default. Index.

Si asociamos un atributo en una tabla como valor índice, debemos emplear: Null. Unique. Primay key. Foreign key. Check. Default. Index.

Si deseamos que el nombre de los socios no pueda ser nulo, lo haremos mediante: Nombre varchar(20) UNIQUE. Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) DEFAULT 'Fulgencio Guillermino'. Nombre varchar(20) DEFAULT 'Fulgencio Guillermino'. Nombre varchar(20) NOT NULL.

Si deseamos que el nombre de los socios no se pueda repetir, lo haremos mediante: Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) UNIQUE. Nombre varchar(20) INDEX. Nombre varchar(20) NOT NULL.

Si deseamos que el nombre de los socios identifique de forma unívoca cada tupla de la tabla, lo haremos mediante: Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) NOT NULL. Nombre varchar(20) PRIMARY KEY.

Si deseamos que el nombre de los socios sea clave primaria de la tabla, lo haremos mediante: Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) NOT NULL. Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) UNIQUE.

Si deseamos que el nombre de los socios sea un vínculo con los datos de otra tabla, lo haremos mediante: Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) INDEX. Nombre varchar(20) NOT NULL. Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY.

Si deseamos que el nombre de los socios cumpla unas restricciones, lo haremos mediante: Nombre varchar(20) INDEX. Nombre varchar(20) NOT NULL. Nombre varchar(20) UNIQUE. Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) CHECK (nombre ...).

Si deseamos que el nombre de los socios tenga un valor por defecto, lo haremos mediante: Nombre varchar(20) INDEX. Nombre varchar(20) DEFAULT 'Fulgencio Guillermino'. Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY.

Si deseamos que el nombre de los socios sirva como índice alternativo, lo haremos mediante: Nombre varchar(20) NOT NULL. Nombre varchar(20) UNIQUE. Nombre varchar(20) PRIMARY KEY. Nombre varchar(20) FOREIGN KEY. Nombre varchar(20) CHECK (nombre ...). Nombre varchar(20) DEFAULT 'Fulgencio Guillermino'. Nombre varchar(20) INDEX.

Si deseamos agregar el atributo Edad a la tabla Persona, usaremos: Alter table Persona Change Edad Edad integer FIRST. Alter table Persona Rename Column Edad TO NuevaEdad. Alter table Persona Modify Edad integer. Alter table Persona Drop Column Edad. Alter table Persona Add Column Edad integer. Alter table Persona Column Edad Add integer. Alter table Persona Add Edad integer.

Si deseamos agregar el atributo Edad a la tabla Persona, emplearemos: Alter table Persona Rename. Alter table Persona Modify. Alter table Persona Drop. Alter table Persona Column. Alter table Persona Alter. Alter table Persona Change. Alter table Persona Add.

Si deseamos modificar el atributo Edad, cambiando su nombre u otra característica, usaremos: Alter table Persona Rename Column Edad TO NuevaEdad. Alter table Persona Modify Edad integer. Alter table Persona Drop Column Edad. Alter table Persona Add Column Edad integer. Alter table Persona Column Edad Add integer. Alter table Persona Add Edad integer. Alter table Persona Change Edad Edad integer FIRST.

Si deseamos modificar el atributo Edad, cambiando su nombre u otra característica, emplearemos: Alter table Persona Rename. Alter table Persona Modify. Alter table Persona Drop. Alter table Persona Add. Alter table Persona Column. Alter table Persona Alter. Alter table Persona Change.

Si deseamos meramente renombrar el atributo Edad por NuevaEdad, usaremos: Alter table Persona Modify Edad integer. Alter table Persona Drop Column Edad. Alter table Persona Add Column Edad integer. Alter table Persona Column Edad Add integer. Alter table Persona Add Edad integer. Alter table Persona Change Edad NuevaEdad integer FIRST. Alter table Persona Rename Column Edad TO NuevaEdad.

Si deseamos meramente renombrar el atributo Edad por NuevaEdad, emplearemos: Alter table Persona Modify. Alter table Persona Drop. Alter table Persona Add. Alter table Persona Column. Alter table Persona Alter. Alter table Persona Change. Alter table Persona Rename.

Si deseamos modificar las características asociadas al campo Edad, usaremos: Alter table Persona Drop Column Edad. Alter table Persona Add Column Edad integer. Alter table Persona Column Edad Add integer. Alter table Persona Add Edad integer. Alter table Persona Change Edad NuevaEdad integer FIRST. Alter table Persona Rename Column Edad TO NuevaEdad. Alter table Persona Modify Edad integer.

Si deseamos modificar las características asociadas al campo Edad, emplearemos: Alter table Persona Drop. Alter table Persona Add. Alter table Persona Column. Alter table Persona Alter. Alter table Persona Change. Alter table Persona Rename. Alter table Persona Modify.

Si deseamos borrar el campo Edad, usaremos: Alter table Persona Add. Alter table Persona Delete. Alter table Persona Alter. Alter table Persona Change. Alter table Persona Rename. Alter table Persona Modify. Alter table Persona Drop.

Si deseamos eliminar el campo Edad, lo haremos con: Alter table Persona Add. Alter table Persona Delete. Alter table Persona Alter. Alter table Persona Change. Alter table Persona Rename. Alter table Persona Modify. Alter table Persona Drop.