PDF de programación - Unidad 3: SQL (I) DDL y DML

Imágen de pdf Unidad 3: SQL (I) DDL y DML

Unidad 3: SQL (I) DDL y DMLgráfica de visualizaciones

Actualizado el 15 de Diciembre del 2018 (Publicado el 24 de Noviembre del 2018)
1.789 visualizaciones desde el 24 de Noviembre del 2018
882,3 KB
39 paginas
Creado hace 15a (11/11/2008)
Para ver una copia completa de la licencia, acudir a la dirección
http://creativecommons.org/licenses/by-nc-sa/2.5/es/legalcode.es



(3)



(1)

Lenguaje SQL (I)

DDL y DML

esquema de la unidad

(3.1.1) versión de SQL
(3.1.2) formato de las instrucciones en los apuntes

(3.2.1) objetivos
(3.2.2) modos de utilización

(3.4.1) código SQL
(3.4.2) normas de escritura
(3.4.3) proceso de las instrucciones SQL

(3.1) notas previas ______________________________________________________ 6
6
6
(3.2) introducción ______________________________________________________ 8
8
¡Error! Marcador no definido.
(3.3) historia del lenguaje SQL __________________________________________ 8
(3.4) elementos del lenguaje SQL _______________________________________ 9
10
11
10
(3.5) DDL _______________________________ ¡Error! Marcador no definido.
11
11
12
12
13
18
19
20
22
37
39
(3.6) DML ____________________________________________________________ 33
33
33
34
35
35

(3.5.1) introducción
(3.5.2) creación de bases de datos
(3.5.3) objetos de la base de datos
(3.5.4) creación de tablas
(3.5.5) tipos de datos
(3.5.6) consultar las tablas del usuario
(3.5.7) borrar tablas
(3.5.8) modificar tablas
(3.5.9) restricciones
(3.5.10) secuencias
(3.5.11) sinónimos

(3.6.1) introducción
(3.6.2) inserción de datos
(3.6.3) actualización de registros
(3.6.4) borrado de registros
(3.6.5) transacciones

(5)

sistemas gestores de bases de datos
(Unidad 3) lenguaje SQL (I). DDL y DML



(1.1) notas previas

(1.1.1) versión de SQL

Aunque estos apuntes sirven como guía de uso de SQL estándar, la base de datos
que se utiliza como referencia fundamental es la base de datos Oracle.
Normalmente se indican siempre las instrucciones para Oracle y para el SQL
estándar. En las partes donde no se indique explícitamente diferencia,
significará que Oracle coincide con el estándar.

Sin embargo hay que avisar que todos los ejemplos han sido probados para
Oracle, mientras que no se puede decir lo mismo para SQL estándar. En el caso
de SQL estándar, el software PostgreSQL se ha tenido muy en cuenta ya que
parece el más respetuoso actualmente con el estándar.

No obstante debo disculparme porque es posible que muchos apartados se
refieran sólo a Oracle y sobre todo los detalles de funcionamiento y resultados
no han tenido en cuenta el estándar, sino sólo el funcionamiento de Oracle.

La razón de utilizar Oracle como base de trabajo se debe a su respeto por
SQL estándar (aunque desde luego no tan estricto como PostgreSQL), es decir
que no es excesivamente diferente; pero fundamentalmente por ser el SGBD de
referencia más importante desde hace ya muchos años. De hecho lo que Oracle
aporta de novedoso en cada versión, acaba formando parte del estándar futuro.

(1.1.2) formato de las instrucciones en los apuntes

En este manual en muchos apartados se indica sintaxis de comandos. Esta
sintaxis sirve para aprender a utilizar el comando, e indica la forma de escribir
dicho comando en el programa utilizado para escribir SQL.

En el presente manual la sintaxis de los comandos se escribe en párrafos
sombreados de naranja claro con el reborde de color marrón anaranjado.
Ejemplo:

SELECT * | {[DISTINCT] columna | expresión [alias], ...}
FROM tabla;

Otras veces se describen códigos de ejemplo de un comando. Los ejemplos se
escriben también con fondo naranja claro, pero sin el reborde. Ejemplo:

SELECT nombre FROM cliente;

Los ejemplos sirven para escenificar una instrucción concreta, la sintaxis se
utiliza para indicar las forma de utilizar un comando.



(6)



2º curso de administración de sistemas informáticos
autor: Jorge Sánchez – www.jorgesanchez.net

Para indicar la sintaxis de un comando se usan símbolos especiales. Los símbolos
que utiliza este libro (de acuerdo con la sintaxis que se utiliza normalmente en
cualquier documentación de este tipo) son:

 PALABRA Cuando en la sintaxis se utiliza una palabra en negrita,
significa que es una palabra que hay que escribir literalmente (aunque
sin importar si en mayúsculas o minúsculas).

 texto. El texto que aparece en color normal sirve para indicar que no hay
que escribirle literalmente, sino que se refiere a un tipo de elemento
que se puede utilizar en el comando. Ejemplo:

SELECT columna FROM tabla;

El texto columna hay que cambiarlo por un nombre concreto de columna
(nombre, apellidos,...), al igual que tabla se refiere a un nombre de tabla
concreto.

 texto en negrita. Sirve para indicar texto o símbolos que hay que
escribir de forma literal, pero que no son palabras reservadas del
lenguaje.

 [ ] (corchetes). Los corchetes sirven para encerrar texto que no es

obligatorio en el comando, es decir para indicar una parte opcional.

 | (barra vertical). Este símbolo (|), la barra vertical, indica opción. Las
palabras separadas con este signo indican que se debe elegir una de
entre todas las palabras.

 ... (puntos suspensivos) Indica que se puede repetir el texto anterior en

el comando continuamente (significaría, y así sucesivamente)

 {} (llaves) Las llaves sirven para indicar opciones mutuamente exclusivas
pero obligatorias. Es decir, opciones de las que sólo se puede elegir una
opción, pero de las que es obligado elegir una. Ejemplo:

SELECT { * | columna | expresión }
FROM tabla;

El ejemplo anterior indicaría que se debe elegir obligatoriamente el asterisco o
un nombre de columna o una expresión. Si las llaves del ejemplo fueran
corchetes, entonces indicarían que incluso podría no aparecer ninguna opción.



(7)

sistemas gestores de bases de datos
(Unidad 3) lenguaje SQL (I). DDL y DML



(1.2) introducción

(1.2.1) objetivos

SQL es el lenguaje fundamental de los SGBD relacionales. Se trata de uno de los
lenguajes más utilizados de la historia de la informática. Es sin duda el lenguaje
fundamental para manejar una base de datos relacional.

SQL es un lenguaje declarativo en lo que lo importante es definir qué se
desea hacer, por encima de cómo hacerlo (que es la forma de trabajar de los
lenguajes de programación de aplicaciones como C o Java). Con este lenguaje se
pretendía que las instrucciones se pudieran escribir como si fueran órdenes
humanas; es decir, utilizar un lenguaje lo más natural posible. De ahí que se le
considere un lenguaje de cuarta generación.

Se trata de un lenguaje que intenta agrupar todas las funciones que se le
pueden pedir a una base de datos, por lo que es el lenguaje utilizado tanto por
administradores como por programadores o incluso usuarios avanzados.

(1.2.2) historia del lenguaje SQL

El nacimiento del lenguaje SQL data de 1970 cuando E. F. Codd publica su libro:
"Un modelo de datos relacional para grandes bancos de datos compartidos".
Ese libro dictaría las direcrices de las bases de datos relacionales. Apenas dos
años después IBM (para quien trabajaba Codd) utiliza las directrices de Codd
para crear el Standard English Query Language (Lenguaje Estándar Inglés
para Consultas) al que se le llamó SEQUEL. Más adelante se le asignaron las
siglas SQL (Standard Query Language, lenguaje estándar de consulta) aunque
en inglés se siguen pronunciando secuel. En español se pronuncia esecuele.

En 1979 Oracle presenta la primera implementación comercial del lenguaje.
Poco después se convertía en un estándar en el mundo de las bases de datos
avalado por los organismos ISO y ANSI. En el año 1986 se toma como lenguaje
estándar por ANSI de los SGBD relacionales. Un año después lo adopta ISO, lo que
convierte a SQL en estándar mundial como lenguaje de bases de datos
relacionales.

En 1989 aparece el estándar ISO (y ANSI) llamado SQL89 o SQL1. En 1992
aparece la nueva versión estándar de SQL (a día de hoy sigue siendo la más
conocida) llamada SQL92. En 1999 se aprueba un nuevo SQL estándar que
incorpora mejoras que incluyen triggers, procedimientos, funciones,… y otras
características de las bases de datos objeto-relacionales; dicho estándar se
conoce como SQL99.

El último estándar es el del año 2008 (SQL2008)



(8)



2º curso de administración de sistemas informáticos
autor: Jorge Sánchez – www.jorgesanchez.net

(1.2.3) funcionamiento
componentes de un entorno de ejecución SQL

Según la normativa ANSI/ISO cuando se ejecuta SQL, existen los siguientes
elementos a tener en cuenta en todo el entorno involucrado en la ejecución de
instrucciones SQL:

 Un agente SQL. Entendido como cualquier elemento que cause la

ejecución de instrucciones SQL que serán recibidas por un cliente SQL

 Una implementación SQL. Se trata de un procesador software capaz de
instrucciones pedidas por el agente SQL. Una

ejecutar
implementación está compuesta por:

las

 Un cliente SQL. Software conectado al agente que funciona como
interfaz entre el agente SQL y el servidor SQL. Sirve para establecer
conexiones entre sí mismo y el servidor SQL.

 Un servidor SQL (puede haber varios). El software encargado de
manejar los datos a los que la instrucción SQL lanzada por el agente
hace referencia. Es el software que realmente realiza la instrucción,
los datos los devuelve al cliente.

posibles agentes SQL. posibles modos de ejecución SQL

ejecución directa. SQL interactivo

Las instrucciones SQL se introducen a través de un cliente que está directamente
conectado al serv
  • Links de descarga
http://lwp-l.com/pdf14319

Comentarios de: Unidad 3: SQL (I) DDL y DML (0)


No hay comentarios
 

Comentar...

Nombre
Correo (no se visualiza en la web)
Valoración
Comentarios...
CerrarCerrar
CerrarCerrar
Cerrar

Tienes que ser un usuario registrado para poder insertar imágenes, archivos y/o videos.

Puedes registrarte o validarte desde aquí.

Codigo
Negrita
Subrayado
Tachado
Cursiva
Insertar enlace
Imagen externa
Emoticon
Tabular
Centrar
Titulo
Linea
Disminuir
Aumentar
Vista preliminar
sonreir
dientes
lengua
guiño
enfadado
confundido
llorar
avergonzado
sorprendido
triste
sol
estrella
jarra
camara
taza de cafe
email
beso
bombilla
amor
mal
bien
Es necesario revisar y aceptar las políticas de privacidad