PRESENTACION

Nombre:
Ernesto Alonzo
Apellido:
Ramirez Taveras
Matricula:
2021-1765
Carrera:
Seguridad Informática
Materia:
Base de Datos
Profesor:
Marino Junior Dicent Gil
Grupo:
G 8 (Miercoles 6-10 PM)
Fecha:
10/10/2022
Trabajo:
Tarea Introductoria
Base de Datos
Una base de datos es una recopilación organizada de información o datos estructurados, que
normalmente se almacena de forma electrónica en un sistema informático. Normalmente, una
base de datos está controlada por un sistema de gestión de bases de datos (DBMS). En conjunto,
los datos y el DBMS, junto con las aplicaciones asociadas a ellos, reciben el nombre de sistema
de bases de datos, abreviado normalmente a simplemente base de datos.

Los datos de los tipos más comunes de bases de datos en funcionamiento actualmente se suelen
utilizar como estructuras de filas y columnas en una serie de tablas para aumentar la eficacia del
procesamiento y la consulta de datos. Así, se puede acceder, gestionar, modificar, actualizar,
controlar y organizar fácilmente los datos. La mayoría de las bases de datos utilizan un lenguaje
de consulta estructurada (SQL) para escribir y consultar datos.

Tipos de Bases de Datos

Existen muchos tipos diferentes de bases de datos. La mejor base de datos para una organización
específica depende de cómo pretenda la organización utilizar los datos.

Bases de datos relacionales

 Las bases de datos relacionales se hicieron predominantes en la década de 1980. Los
elementos de una base de datos relacional se organizan como un conjunto de tablas con
columnas y filas. La tecnología de bases de datos relacionales proporciona la forma más
eficiente y flexible de acceder a información estructurada.

Bases de datos orientadas a objetos

 La información de una base de datos orientada a objetos se representa en forma de
objetos, como en la programación orientada a objetos.

Bases de datos distribuidas

 Una base de datos distribuida consta de dos o más archivos que se encuentran en sitios
diferentes. La base de datos puede almacenarse en varios ordenadores, ubicarse en la
misma ubicación física o repartirse en diferentes redes.

Almacenes de datos
 Un repositorio central de datos, un data warehouse es un tipo de base de datos diseñado
específicamente para consultas y análisis rápidos.

Bases de datos NoSQL

 Una base de datos NoSQL, o base de datos no relacional, permite almacenar y manipular
datos no estructurados y semiestructurados (a diferencia de una base de datos relacional,
que define cómo se deben componer todos los datos insertados en la base de datos). Las
bases de datos NoSQL se hicieron populares a medida que las aplicaciones web se
volvían más comunes y complejas.
Bases de datos orientadas a grafos
 Una base de datos orientada a grafos almacena datos relacionados con entidades y las
relaciones entre entidades.

 Bases de datos OLTP. Una base de datos OLTP es una base de datos rápida y analítica
diseñada para que muchos usuarios realicen un gran número de transacciones.
Estos son solo algunos de las varias docenas de tipos de bases de datos que se utilizan hoy en día.
Otras bases de datos menos comunes se adaptan a funciones científicas, financieras o de otro tipo
muy específicas. Además de los diferentes tipos de bases de datos, los cambios en los enfoques
de desarrollo tecnológico y los avances considerables, como la nube y la automatización, están
impulsando a las bases de datos en direcciones completamente nuevas. Algunas de las bases de
datos más recientes incluyen.

Bases de datos de código abierto

 Un sistema de base de datos de código abierto es aquel cuyo código fuente es de código
abierto; tales bases de datos pueden ser bases de datos SQL o NoSQL.

Bases de datos en la nube

 Una base de datos en la nube es una recopilación de datos, estructurados o no
estructurados, que reside en una plataforma de cloud computing privada, pública o
híbrida. Existen dos tipos de modelos de bases de datos en la nube: el modelo tradicional
y el de base de datos como servicios (database as a service, DBaaS). Con DBaaS, un
proveedor de servicios realiza las tareas administrativas y el mantenimiento.

Base de datos multimodelo

 Las bases de datos multimodelo combinan distintos tipos de modelos de bases de datos en
un único servidor integrado. Esto significa que pueden incorporar diferentes tipos de
datos.

Bases de datos de documentos/JSON

 Diseñadas para almacenar, recuperar y gestionar información orientada a los documentos,
las bases de datos de documentos son una forma moderna de almacenar los datos en
formato JSON en lugar de hacerlo en filas y columnas.

Bases de datos de autogestión

 El tipo de base de datos más nuevo e innovador, las bases de datos de autogestión
(también conocidas como bases de datos autónomas) están basadas en la nube y utilizan
el machine learning para automatizar el ajuste de la base de datos, la seguridad, las copias
de seguridad, las actualizaciones y otras tareas de gestión rutinarias que tradicionalmente
realizan los administradores de bases de datos.

Sistema de Gestión de Base de Datos

Normalmente, una base de datos requiere un programa de software de bases de datos completo,
conocido como sistema de gestión de bases de datos (DBMS). Un DBMS sirve como interfaz
entre la base de datos y sus programas o usuarios finales, lo que permite a los usuarios recuperar,
actualizar y gestionar cómo se organiza y se optimiza la información. Un DBMS también facilita
la supervisión y el control de las bases de datos, lo que permite una variedad de operaciones
administrativas como la supervisión del rendimiento, el ajuste, la copia de seguridad y la
recuperación.

Algunos ejemplos de software de bases de datos o DBMS populares incluyen MySQL, Microsoft
Access, Microsoft SQL Server, FileMaker Pro, Oracle Database y dBASE.

Motor de Base de Datos

Los Motores de Bases de Datos, son programas específicos, dedicados a servir de intermediarios
entre las bases de datos y las aplicaciones que las utilizan como función principal, cada uno de
estos cumple una tarea especifica, que van desde crear la Base de Datos hasta administrar el uso
y acceso a esta.
Un «MBD» está compuesto principalmente por tres lenguajes, siendo estos DDL (Lenguaje de
definición de datos), DML (Lenguaje de manipulación de datos), y finalmente el SQL (Lenguaje
de consulta).
Teniendo en cuenta la gran cantidad de información que se almacena en una Base de Datos y que
cada vez son más las aplicaciones y personas que requieren de su uso, los Motores de Bases de
Datos, nacen como alternativa para optimizar el procedimiento de acceso, consulta y extracción
o inyección de información de las Bases de Datos, creando así un entorno más sencillo,
agradable y eficaz a la hora de Utilizarlas.

Los Motores de Bases de Datos debe cumplir con los siguientes parámetros:

Abstracción de la información, Independencia, Redundancia mínima, Consistencia, Seguridad

Integridad, Respaldo y recuperación, Control de la concurrencia, Tiempo corto de respuesta.

Hoy en día el mercado sigue siendo dominado por DB2, SQL Server, MySQL, Oracle e IBM. En
Mainframe o Unix/Linux, Oracle y DB2 suelen ser los líderes, mientas que en sistemas
operativos Windows SQL Server suele ser la mejor opción, para servidores Linux tipo hosts, o
servidores web MySQL o MariaDB suele ser la mejor opción.

Oracle: Base de datos que puede correr en casi cualquier sistema operativo. De Oracle
destacamos la abundancia de perfiles con experiencia en esta tecnología y la gran cantidad de
herramientas que hay para su administración y monitorización.

IBM DB2: Suele ser la segunda base de datos más utilizada en entornos Unix/Linux después de
Oracle. Es claramente un indiscutible ganador en Mainframe. Hay perfiles profesionales para
DB2 pero no tanto como para Oracle. Por otro lado, el perfil de DB2 Mainframe no tiene por qué
saber moverse en DB2 linux/unix.

Microsoft SQL Server: Base de datos con compatibilidad únicamente para sistemas Windows,
hoy en día Microsoft SQL Server es compatible con Sistemas Operativos Linux, tales como Red
Hat, Centos, Ubuntu, Fedora, OpenSuse. Hay muchos perfiles expertos en SQL Server y no es
difícil su adquisición. Su integración con Microsoft Azure ha mejorado mucho su flexibilidad y
rendimiento. Hoy en día compatible con Red-Hat, Centos, Fedora, Ubuntu, distribuciones de
Linux con las que podemos hacer instalaciones profesionales de todas las versiones incluso la
versión Express.

En contrapunto a los anteriores gestores de pago, mencionaremos, a continuación, dos de los

principales gestores de acceso libre u Open Source:

MySQL: Gestor de simple instalación que actúa del lado del servidor y de código abierto con
licencia comercial disponible. Actualmente, pertenece a Oracle Corporation. Gestiona bases de
datos relacionadas, es multi-usuario y el más usado dentro del software libre. Destaca por
requerir de poca memoria y procesador para funcionar, dando lugar además a una mayor
velocidad en sus operaciones. Es usado principalmente para el desarrollo web.
La configuración del archivo my.ini que contiene la configuración más importante que lee al
iniciar el servicio puede ser personalizado, según la necesidad del aplicativo o programa que
estemos trabajando, es un arte más que una receta, para este propósito es importante contratar un
profesional.

FireBird: Potente y, a la vez, sencillo sistema de gestión de base de datos relacionada a SQL. Es
uno de los mejores gestores de código abierto (Open Source) compatible con Windows y Linux.
Entre otras funciones, da soporte completo para procedimientos almacenados, transacciones
compatibles con las características ACID y métodos de acceso múltiple (nativo, Python, .NET,
etc…).

Gestor de Base de Datos

El gestor de datos es un sistema de software invisible para el usuario final, compuesto por un
lenguaje de definición de datos, un lenguaje de manipulación y de consulta, que puede trabajar a
distintos niveles.

Entre sus funciones se encuentran la de permitir a los usuarios de negocio almacenar la

información, modificar datos y acceder a los activos de conocimiento de la empresa. El gestor de
base de datos también se ocupa de realizar consultas y hacer análisis para generar informes. Uno
de los más comúnmente conocidos es el gestor de base de datos PHPMyAdmin, que es el que se
suele usar en departamentos de marketing a la hora de instalar WordPress.

A su vez, el SGBD puede entenderse como una colección de datos relacionados entre sí,
estructurados y organizados dentro del ecosistema conformado por ese conjunto de programas
que acceden a ellos y facilitan su gestión.

Frente al anterior sistema de gestión de datos y archivos, que hay que recordar que se trata de un
conjunto de programas que definen y trabajan sus propios datos; el acceso a los datos es
independiente de los programas que los gestionan. Esta característica, en la práctica, supone una
ventaja bastante importante de cara a tratar grandes volúmenes de información.
Entidad
Se define una entidad (o instancia) como una unidad de una base de datos que contiene
información. Esta unidad es una representación dentro de la base de datos de un objeto, persona,
empresa... etc, del mundo real, y como tal posee ciertos atributos que la diferencian del resto de
entidades. Así por ejemplo, en una base de datos de una oficina, una entidad podría ser el
material de oficina, otra los empleados, otra los ordenadores, incluso el ambiente laboral, la
empatía y cosas más abstractas. Cada una de estas entidades tendría ciertos atributos propios.
Así, los empleados tendrían atributos como nombre, edad, estatura... los ordenadores otros como
identificador, procesador, año de compra... y así para cada una de ellas.
En una base de datos compleja pueden existir entidades relacionadas entre si por diversos
parámetros o atributos, de tal modo que la existencia de una puede ir ligada a la existencia de
otra. Así, las entidades pueden ser fuertes (existen por si mismas) o débiles (su existencia
depende de que exista otra entidad). Las relaciones entre entidades suelen describirse en el
esquema de la estructura de la base de datos e incluso pueden agruparse entre si para formar
conjuntos de entidades, también llamados clases.

El modelo Entidad-Relación es de hecho uno de los más importantes a la hora de diseñar e

implementar una base de datos con éxito. Mediante este modelo se relacionan una o varias
entidades por sus atributos, que pueden ser comunes o no a varias de ellas (el coste es un atributo
común a un ordenador y a una silla, por ejemplo).

Atributo
Llamamos atributos las características que nos interesan de las entidades, es decir cada una de las
propiedades que posee la entidad de la que se desea guardar información.
Por ejemplo: La entidad CLIENTES tendrá atributos como: Código de Cliente, DNI, Apellidos,
Nombre, Dirección, Teléfono.
Habitualmente, sólo nos interesará modelizar una parte de los atributos de una entidad, ya que
podrá haber datos que sólo serán de utilidad en ámbitos muy específicos.
Los atributos se representan mediante una elipse horizontal con el nombre en su interior, unidos
por una línea a la entidad a la que pertenecen. 

 Atributos compuestos y simples: Un atributo compuesto es un atributo que se puede

subdividir en otros. Un atributo simple no se puede subdividir.
Un ejemplo claro es el atributo dirección que puede dividirse en: calle, número, localidad,
provincia y código postal.
La forma de representar estos atributos varía en función de los autores y en muchos casos no se
representan en el modelo E/R. Un ejemplo de representación gráfica sería:
  Atributos de un solo valor y atributos de valores múltiples o multivaluados:
1. Atributos de un solo valor son los que pueden tener un único valor,
Por ejemplo: El DNI, el número de la seguridad social, etc. Eso no significa que sea un atributo
simple, por ejemplo el número de habitación de un hotel se puede dividir: el primer dígito es la
planta, los dos siguientes corresponden a la habitación dentro de la planta.
2. Atributos de valores múltiples son aquellos que pueden tener muchos valores.
Por ejemplo: El número de teléfono de un cliente (puede tener uno o más números fijos, varios
móviles, etc.), el color de un coche a veces puede tomar distintos valores: color de la carrocería,
de las molduras y del techo, etc.
Ejemplo de representación de un atributo de valores múltiples:

 
A menudo nos podemos encontrar con esta otra forma de representar atributos múltiples:

 
Aunque en el modelo E/R se pueden manejar atributos con valores múltiples, estos no pueden
ejecutarse en un SGBD relacional por tanto habrá que adoptar una de estas soluciones:
1.
1. Crear atributos nuevos para cada uno de los componentes de atributo múltiple
2. Crear una entidad nueva que contenga los componentes del atributo de valores
múltiples.
 Atributo derivado: Un atributo derivado es aquel que se puede deducir de otro/s
atributos/s mediante un algoritmo. Puesto que se puede calcular, no se guarda en la base
de datos.
Por ejemplo: La edad de una persona, que se puede calcular a partir de la fecha de nacimiento y
la fecha del sistema. El importe de un pedido que se puede obtener multiplicando precio de cada
unidad * unidades pedidas.
  Dominio de un atributo: Es el conjunto de los posibles valores que ese atributo puede
poseer.
Por ejemplo: El dominio del atributo Luis se toma del dominio Nombre por ser un uno de los
nombres posibles para los clientes. El dominio para el atributo nota media de un estudiante sería
(0,10) porque el valor más bajo posible es el 0 y el mas alto el 10. El dominio del atributo
teléfono estaría dentro del conjunto de combinaciones de 9 cifras que sean números de teléfonos
válidos. El dominio del atributo sexo de un cliente sólo tiene dos valores posibles M o F, etc.
A menudo se confunden los dominios con los tipos de datos, aunque no son lo mismo. Tipo de
datos es un concepto físico, mientras que dominio es un concepto lógico.
 Valor nulo de los atributos: Los atributos de una entidad-instancia pueden no tener
ningún valor para algún atributo concreto. En estos casos, también se dice que el atributo
tiene valor nulo .
Por ejemplo: Puede suceder que un alumno no tenga teléfono. Entonces, el atributo Teléfono de
la entidad ALUMNO no contendrá ningún valor o, dicho de otro modo, tendrá un valor nulo.

Clave Foránea
En el contexto de bases de datos relacionales, una clave foránea o llave foránea o clave ajena (o
Foreign Key FK) es una limitación referencial entre dos tablas. La clave foránea identifica una
columna o grupo de columnas en una tabla (tabla hija o referendo) que se refiere a una columna
o grupo de columnas en otra tabla (tabla maestra o referenciada). Las columnas en la tabla
referendo deben ser la clave primaria u otra clave candidata en la tabla referenciada.

Los valores en una fila de las columnas referendo deben existir solo en una fila en la tabla
referenciada. Así, una fila en la tabla referendo no puede contener valores que no existen en la
tabla referenciada. De esta forma, las referencias pueden ser creadas para vincular o relacionar
información. Esto es una parte esencial de la normalización de base de datos. Múltiples filas en
la tabla referendo pueden hacer referencia, vincularse o relacionarse a la misma fila en la tabla
referenciada. Mayormente esto se ve reflejado en una relación uno (tabla maestra o referenciada)
a muchos (tabla hija o referendo).

La tabla referendo y la tabla referenciada pueden ser la misma, esto es, la clave foránea remite o
hace referencia a la misma tabla. Esta clave externa es conocida en SQL:2003 como auto-
referencia o clave foránea recursiva. Una tabla puede tener múltiples claves foráneas y cada una
puede tener diferentes tablas referenciadas. Cada clave foránea es forzada independientemente
por el sistema de base de datos. Por tanto, las relaciones en cascada entre tablas pueden realizarse
usando claves foráneas. Configuraciones impropias de las claves foráneas o primarias o no forzar
esas relaciones son frecuentemente la fuente de muchos problemas para la base de datos o para el
modelamiento de los mismos.

Por ejemplo, digamos que hay dos tablas, una tabla CONSUMIDOR que incluye todos los datos
de los consumidores, y otra que es la tabla de ÓRDENES. La intención es que todas las órdenes
estén asociadas a la información del consumidor y que viven en su propia tabla. Para lograr esto
debemos colocar una clave foránea en la tabla ÓRDENES con relación a la llave primaria de la
tabla CONSUMIDOR.
La clave foránea identifica una columna(s) en una TABLA REFERENCIANTE a una
columna(s) en la TABLA REFERENCIADA.

Clave Primaria
En el diseño de bases de datos relacionales, se llama clave primaria o llave primaria o clave
principal a un campo o a una combinación de campos que identifica de forma única a cada fila de
una tabla. Una clave primaria comprende de esta manera una columna o conjunto de columnas.
No puede haber dos filas en una tabla que tengan la misma clave primaria.

Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro).
Las guías telefónicas y diccionarios no pueden usar nombres o palabras o números del sistema
decimal de Dewey como claves candidatas, porque no identifican unívocamente números de
teléfono o palabras.

El modelo relacional, según se lo expresa mediante cálculo relacional y álgebra relacional, no

distingue entre clave primaria y otros tipos de claves. Las claves primarias fueron agregadas al
estándar SQL principalmente para conveniencia del programador. En un modelo entidad-
relación, la clave primaria permite las relaciones de la tabla que tiene la clave primaria con otras
tablas que van a utilizar la información de esta tabla.

Tanto claves únicas como claves primarias pueden referenciarse con claves foráneas.

Tabla
Tabla en las bases de datos, se refiere al tipo de modelado de datos donde se guardan los datos
recogidos por un programa. Su estructura general se asemeja a la vista general de un programa
de tablas.

Las tablas hacen referencia a objetos de una base de datos que contienen todos los datos de la
misma.

Las tablas se componen de dos estructuras:

Campo: Corresponde al nombre de la columna. Debe ser único y además de tener un tipo de dato
asociado.
Registro: Corresponde a cada fila que compone la tabla. Ahí se componen los datos y los
registros. Eventualmente pueden ser nulos en su almacenamiento.
En la definición de cada campo, debe existir un nombre único, con su tipo de dato
correspondiente. Esto es útil a la hora de manejar varios campos en la tabla, ya que cada nombre
de campo debe ser distinto entre sí.

A los campos se les puede asignar, además, propiedades especiales que afectan a los registros
insertados. El campo puede ser definido como índice o autoincrementable, lo cual permite que
los datos de ese campo cambien solos o sean el principal indicador a la hora de ordenar los datos
contenidos.
Cada tabla creada debe tener un nombre único en cada base de datos, haciéndola accesible
mediante su nombre o su seudónimo (alias) (dependiendo del tipo de base de datos elegida).

La estructura de las tablas viene dado por la forma de un archivo plano, los cuales en un inicio se
componían de un modo similar.

Vista
Una vista de base de datos es un subconjunto de una base de datos y se basa en una consulta que
se ejecuta en una o más tablas de base de datos. Las vistas de base de datos se guardan en la base
de datos como consultas con nombre y se pueden utilizar para guardar consultas completas que
se utilizan con frecuencia.

Hay dos tipos de vistas de base de datos: vistas dinámicas y vistas estáticas. Las vistas dinámicas
pueden contener datos de una o dos tablas e incluir automáticamente todas las columnas de la
tabla o tablas especificadas. Las vistas dinámicas se pueden actualizar dinámicamente cuando se
crean o modifican objetos relacionados u objetos ampliados. Las vistas estáticas pueden contener
datos de varias tablas y las columnas necesarias de estas tablas se deben especificar en las
cláusulas SELECT y WHERE de la vista estática. Las vistas dinámicas se pueden actualizar
manualmente cuando se crean o modifican objetos relacionados u objetos ampliados.

Cuando se crea una vista dinámica con datos de dos tablas, debe asegurarse de que ambas tablas
tengan las mismas columnas PRIMARYKEYCOLSEQ o que contengan índices exclusivos con
el mismo nombre de columna en el mismo orden.

Las vistas de base de datos se rellenan en función del objeto en el que se basan. Por ejemplo, si
añade o elimina un atributo del objeto WORKORDER, el atributo se añade o elimina la vista
dinámica basada en el objeto. Cuando modifica un atributo, no todos los cambios se aplican a la
vista de base de datos asociada. Por ejemplo, si cambia el tipo de datos de un atributo, el cambio
se aplicará a la vista de base de datos. No obstante, si cambia o añade un dominio al valor
predeterminado del objeto WORKORDER, el cambio no se aplicará automáticamente a la vista
de base de datos. En su lugar, debe aplicar este cambio a la vista de base de datos.

Sentencia
Si bien a primera vista el término de sentencias sql puede parecer extraño y desconocido incluso
por parte de quienes ya cuentan con conocimientos en informática, lo cierto es que se trata de un
sinónimo de comandos sql. Dicho de otra manera, todas las sentencias sql son los comandos de
SQL que podemos utilizar en este lenguaje de dominio específico que utilizamos para
programación. Desconociendo el entorno de SQL es fácil tener respeto hacia un término como
sentencia, pero resulta más familiar y sencillo de entender de lo que se podía imaginar. A partir
de aquí lo único que hay que hacer es profundizar en los dos grandes tipos de sentencias SQL
existentes: DML (lenguaje de manipulación de datos) y DDL (lenguaje de definición de datos).
Sentencias DML
Lo primero de todo es tener en cuenta que si bien se utiliza el término lenguaje en los nombres
de las sentencias, lo cierto es que ni DDL ni DML son lenguajes en sí mismos. Se utilizan estos
términos con la intención de llevar a cabo la diferenciación existente entre ambos tipos de
sentencia. Dicho esto sí podemos llegar a ver cuál es el cometido de las sentencias DML. Estas
son las sentencias que permiten a los usuarios realizar consultas, modificaciones, inserciones y
procesos de eliminación de los datos que se hayan guardado en los distintos objetos que forman
parte de la base de datos con la que estemos trabajando.

Una de las particularidades de las sentencias DML se encuentra en que es posible deshacerlas.
Las cuatro principales son Select, Insert, Delete y Update para recuperar datos, añadir filas con
más datos, eliminar filas con datos previos y modificar aquellos datos que ya existan.

Sentencias DDL
Por su lado, las sentencias DDL son las que se ocupan de la creación de los objetos dentro de la
base de datos, requiriendo una confirmación de la mano del SGBD cada vez que se lleva a cabo
una de ellas. Las sentencias que utilizamos dentro de este lenguaje incluyen Create Table para
proceder a añadir una tabla, Drop Table para el efecto contrario o Alter Table para modificar la
tabla.

También tenemos Create View, que se ocupa de añadir una vista adicional a la base de datos y
Drop View como comando opuesto. En el caso de usar Create Index estaremos creando un nuevo
índice para la columna que hayamos seleccionado y si usamos Drop Index la estaremos
eliminando. Por último, contamos con Create Synoym para darle a la tabla un alias específico y
Drop Synonym con la misión de eliminar ese alias que hayamos creado o que existiera con
anterioridad.

Otras sentencias
Aunque los grupos principales son los correspondientes a los mencionados: DML y DDL, hay
otras dos categorías de secuencias SQL de las que debemos hablar. La primera de ellas es DCL,
que se encuentra formada por los comandos de control de acceso y de control de transacciones.
En el primer grupo están las secuencias Grant, que proporciona privilegios a los usuarios para
que puedan acceder, y Revoke, que hace lo contrario. Por su lado, el segundo grupo está formado
por Commit, que da final a la transacción que se encuentre en marcha, y Rollback, que sirve
como forma de abortar la transacción de manera repentina.

La otra categoría de sentencias es la PLSQL de tipo programático, en la cual se incluyen cuatro

comandos: Declare, Open, Fetch y Close. El primero de ellos es el que hace que se defina un
cursor a la hora de hacer una consulta determinada. Con Open abrimos ese cursor y podemos
conseguir que se recuperen los resultados correspondientes a la consulta. Usando Fetch
recuperamos únicamente una fila de esos resultados y con Close cerramos el proceso con el
cursor.
 Cláusula
Las cláusulas son condiciones de modificación utilizadas para definir los datos que desea
seleccionar o manipular.
Como una frase, una instrucción SQL tiene cláusulas. Cada cláusula realiza una función de la
instrucción SQL. Algunas cláusulas son necesarias en una instrucción SELECT. En la siguiente
tabla, se enumeran las cláusulas SQL más comunes.
Cláusula Función Obligatorio
SQL

SELECT Muestra una lista de los campos que contienen datos de interés. Sí
FROM Muestra las tablas que contienen los campos de la cláusula SELECT. Sí
WHERE Especifica los criterios de campo que cada registro debe cumplir para poder No
ser incluido en los resultados.

ORDER Especifica la forma de ordenar los resultados. No

BY

GROUP En una instrucción SQL que contiene funciones de agregado, muestra los Solo si están estos
BY campos que no se resumen en la cláusula SELECT. campos

HAVING En una instrucción SQL que contiene funciones de agregado, especifica las No
condiciones que se aplican a los campos que se resumen en la instrucción
SELECT.