Glosario Bases de Datos

1.

Bases de datos:
a. Una base de datos (cuya abreviatura es BD) es una entidad en la
cual se pueden almacenar datos de manera estructurada, con la
menor redundancia posible. Diferentes programas y diferentes
usuarios deben poder utilizar estos datos. Por lo tanto, el concepto
de base de datos generalmente est relacionado con el de red ya
que se debe poder compartir esta informacin. De all el trmino
base. "Sistema de informacin" es el trmino general utilizado para
la estructura global que incluye todos los mecanismos para
compartir datos que se han instalado.

2. Sistemas Administrativos de Bases de datos.

a. Un Sistema de Gestin de Bases de Datos (SGBD) es un conjunto de
programas que permiten el almacenamiento, modificacin y
extraccin de la informacin en una base de datos, adems de
proporcionar herramientas para aadir, borrar modificar y analizar
los datos. Los usuarios pueden acceder a la informacin usando
herramientas especficas de interrogacin y de generacin de
informes, o bien mediante aplicaciones al efecto.
b. Los SGBD tambin proporcionan mtodos para mantener la
integridad de los datos, para administrar el acceso de usuarios a los
datos y recuperar la informacin si el sistema se corrompe. Permite
presentar la informacin de la base de datos en variados formatos.
La mayora de los SGBD incluyen un generador de informes.
Tambin puede incluir un mdulo grfico que permita presentar la
informacin con grficos y tartas.

3. Sistemas de Bases de Datos:

4. Es un sistema que almacena datos que estn relacionados.
5. Es un repositorio en donde guardamos informacin integrada que
podemos almacenar y recuperar.
6. Un conjunto de informacin almacenada en memoria auxiliar que permite
acceso directo y un conjunto de programas que manipulan esos datos.

7. Arquitectura para sistemas de Bases de Datos:

a. La arquitectura de sistemas de bases de datos de tres esquemas fue

aprobado por la ANSI-SPARC (American National Standard Institute
- Standards Planning and Requirements Committee) en 1975 como
ayuda para conseguir la separacin entre los programas de
aplicacin y los datos, el manejo de mltiples vistas por parte de los
usuarios y el uso de un catlogo para almacenar el esquema de la
base de datos.

b. Nivel interno: Tiene un esquema interno que describe la estructura

fsica de almacenamiento de base de datos. Emplea un modelo
fsico de datos y los nicos datos que existen estn realmente en
este nivel.
c. Nivel conceptual: tiene esquema conceptual. Describe la
estructura de toda la base de datos para una comunidad de
usuarios. Oculta los detalles fsicos de almacenamiento y trabaja
con elementos lgicos como entidades, atributos y relaciones.
d. Nivel externo o de vistas: tiene varios esquemas externos o vistas
de usuario. Cada esquema describe la visin que tiene de la base de
datos a un grupo de usuarios, ocultando el resto.

8. Modelos de datos:
a. Un modelo de base de datos es un tipo de modelo de datos que
determina la estructura lgica de una base de datos y de manera
fundamental determina el modo de almacenar, organizar y
manipular los datos.

9. Entidad: En una B.D se almacena informacin de una serie de objetos o

elementos. Estos objetos reciben el nombre de entidad. En el ejemplo de la
Librera, libros, clientes y proveedores son entidades.

10. Atributo: De cada entidad se almacenan una serie de datos que se

denominan atributos de la entidad. Pueden ser atributos de una entidad
cualquier caracterstica o propiedad de sta.

11. Los atributos obligatorios se identifican con un asterisco (*). Estos

atributos necesariamente deben tener un valor. Los atributos opcionales se
identifican con la letra o, y pueden o no contener un valor.

12. Dominio: Conjunto del que un campo puede obtener sus valores.

13. Relaciones: En una base de datos relacional, las relaciones permiten evitar
los datos redundantes. Por ejemplo, si est diseando una base de datos
que realizar el seguimiento de informacin sobre libros, podra tener una
tabla denominada Ttulos que almacene los datos de cada libro, por
ejemplo el ttulo, la fecha de publicacin y el editor. Tambin hay
informacin que podra desear almacenar sobre el editor, como su nmero

de telfono, direccin y cdigo postal. Si fuera a almacenar toda esta

informacin en la tabla de ttulos, el nmero de telfono del editor se
duplicara para cada ttulo que el editor imprimiera.

14. Tipos de Relaciones: Una relacin se establece haciendo coincidir los

datos de las columnas de clave, normalmente las columnas con el mismo
nombre en ambas tablas. En la mayor parte de los casos, la relacin hace
coincidir la clave principal de una tabla, que proporciona un identificador
nico para cada fila, con una entrada de la clave externa de la otra tabla.
Por ejemplo, las ventas pueden asociarse a los ttulos concretos vendidos
creando una relacin entre las columnas de identificador de ttulo de la
tabla Ttulos (la clave principal) y de la tabla Ventas (la clave externa).
15. Relacin de uno a muchos
16. La relacin de uno a varios es el tipo ms comn. En este tipo de
relacin, una fila de la tabla A puede tener muchas filas coincidentes en la
tabla B, pero una fila de la tabla B slo puede tener una fila coincidente en
la tabla A. Por ejemplo, las tablas Editores y Ttulos tienen una relacin uno
a varios: cada editor genera muchos ttulos, pero cada ttulo procede slo
de
un
editor.
Una relacin uno a varios se crea si slo una de las columnas relacionadas
es una clave principal o tiene una restriccin UNIQUE.

17. Relaciones varios a varios

18. En una relacin varios a varios, una fila de la tabla A puede tener muchas
filas coincidentes en la tabla B y viceversa. Este tipo de relacin se crea
definiendo una tercera tabla, denominada de combinacin, cuya clave
principal est compuesta de las claves externas de ambas tablas A y B.
19. Relaciones uno a uno
a. En una relacin uno a uno, una fila de la tabla A no puede tener ms
de una fila coincidente en la tabla B y viceversa. Una relacin uno a
uno se crea si las dos columnas relacionadas son las claves
principales
o
tiene
restricciones
UNIQUE.
b. Dividir una tabla con muchas columnas.
20. Aislar parte de una tabla por razones de seguridad.

21. Almacenar los datos efmeros y que podran eliminarse con facilidad
eliminando la tabla.
22. Almacenar la informacin que slo se aplica a un subconjunto de la tabla
principal.

23. IDENTIFICADOR NICO: UTILIZA LOS VALORES DE ESE CAMPO DIRECTAMENTE

PARA IDENTIFICAR DE MANERA NICA TODAS LAS ENTIDADES Y FILAS DE LA TABLA
DE BASE DE DATOS.

24. IDENTIFICADOR NICO COMPUESTO: PUEDE ELEGIR UNO O VARIOS CAMPOS PARA
DEFINIR UN IDENTIFICADOR NICO. SI OPTA POR USAR VARIOS CAMPOS, LOS
VALORES COMBINADOS DE ESOS CAMPOS DEBEN SER NICOS.
25. Integridad Relacional: Cuando se define una columna como clave
fornea, las filas de la tabla pueden contener en esa columna o bien el valor
nulo (ningn valor), o bien un valor que existe en la otra tabla, un error
sera asignar a un habitante una poblacin que no est en la tabla de
poblaciones.

26. Reglas de Integridad: Las reglas de integridad tienen como propsito

informar al DBMS de ciertas restricciones en el mdulo real para que
pueda impedir la ocurrencia de tales configuraciones imposibles de
valores.
La mayor parte de las DB estarn sujetas a un gran nmero de tales reglas
de
integridad.
La mayor parte de las reglas de integridad son especficas, en cuanto a que
se aplican a una BD especifica. El modelo relacional, en cambio, incluye
dos reglas generales de integridad, estas reglas se refieren a las claves
primarias y claves ajenas.

27. Llaves candidatas y llave primaria:

28. Llave: Son uno o ms atributos que identifican de forma nica una entidad.
En una base de datos fsica, una llave podra ser formada por una o ms
columnas de una tabla cuyos valores identifiquen de forma nica a un
registro dentro de una tabla relacional.
29. Llave compuesta: Es una llave que est compuesta por dos o ms
atributos.
30. Llave candidata: Es una llave que se puede utilizar como identificador
nico de un registro, por ejemplo: Si solo interacturamos con personas,

una buena llave candidata seria el RFC (con homoclave), ya que es nico
por cada persona. Este atributo seria candidato a ser llave primaria ya que
cumple con todos los atributos de una llave primaria.
31. Llave primaria: La llave preferida para identificar una identidad.
32. Llave fornea: Uno o ms atributos en una entidad que representan una
llave, ya sea primaria o candidata existente en otra entidad. Existen dos
estrategias para asignar llaves a una tabla.
33. Llaves naturales: Una llave natural es uno o ms atributos existentes que
son nicos en un concepto de negocio.

34. Regla de integridad de las entidades:

35. Las relaciones base corresponden a entidades del mundo real
36. Por definicion, las entidades en el mundo real son distinguibles; es decir se
les puede identificar de alguna manera
37. Por tanto los representantes de entidades dentro de la BD deben ser
distinguibles tambien
38. Las Claves primarias realizan esta funcion de identificacion unica en el
modelo relacional
39. Si tiene valor nulo y este significa "la propiedad no es aplicable" es
evidente que esa tupla no tiene sentido
40. Si significa, "el valor se desconoce", surge todo tipo de problemas
41. Una entidad sin identidad es una contradiccion de terminos: no existe
42. Podemos emplear argumentos analogos a los anteriores para demostrar la
necesidad de prohibir valores de la clave-primaria parcialmente nulos.
43. Regla de integridad referencial:

44. La primera regla de integridad se aplica a las claves primarias de las

relaciones base: ninguno de los atributos que componen la clave primaria
puede
ser
nulo.
Por definicin, una clave primaria es un identificador irreducible que se
utiliza para identificar de modo nico las tuplas. Que es irreducible
significa que ningn subconjunto de la clave primaria sirve para identificar
las tuplas de modo nico. Si se permite que parte de la clave primaria sea
nula, se est diciendo que no todos sus atributos son necesarios para
distinguir las tuplas, con lo que se contradice la irreducibilidad.
Ntese que esta regla slo se aplica a las relaciones base y a las claves
primarias,
no
a
las
claves
alternativas.

45. Nulos

Cuando en una tupla un atributo es desconocido, se dice que es nulo. Un

nulo no representa el valor cero ni la cadena vaca, stos son valores que
tienen significado. El nulo implica ausencia de informacin, bien porque al
insertar la tupla se desconoca el valor del atributo, o bien porque para
dicha
tupla
el
atributo
no
tiene
sentido.
Ya que los nulos no son valores, deben tratarse de modo diferente, lo que
causa problemas de implementacin. De hecho, no todos los SGBD
relacionales
soportan
los
nulos.
Regla

de

integridad

referencial

La segunda regla de integridad se aplica a las claves ajenas o foraneas: si en

una relacin hay alguna clave ajena, sus valores deben coincidir con
valores de la clave primaria a la que hace referencia, o bien, deben ser
completamente nulos.

46. Reglas del negocio: se pueden considerar como cualquier restriccin,

necesidad, requerimiento, o actividad especial que debe ser verificada al
momento de intentar grabar informacin, borrar, actualizar o consultar la
ya existente; las mismas son impuestas por los usuarios o los
administradores de la base de datos.

47. Relaciones Recursivas: En las bases de datos relacionales, cuando una

tabla se relaciona consigo misma, este tipo de relacin recibe el nombre de
relacin recursiva. Por ejemplo, en una relacin supervisor-supervisado,
una tabla que almacena los registros de empleados se relaciona consigo
misma. En este caso, la tabla de empleados desempea una funcin de
supervisor en uno de los lados de la relacin y una funcin de supervisado
en el otro lado.

48. Relaciones Jerrquicas:

49. Una base de datos jerrquico es un tipo de sistema de gestin de bases de
datos que, como su nombre indica, almacenan la informacin en una
estructura jerrquica que enlaza los registros en forma de estructura de
rbol (similar a un rbol visto al revs), en donde un nodo padre de
informacin puede tener varios nodos hijo.

50.

Modelado de Roles: Un rol de base de datos se crea como objeto

independiente en la base de datos y solo se aplica a la base de datos en la

que se crea el rol. El autor del modelo que, de forma predeterminada, tiene
permisos de administrador en el servidor de bases de datos del rea de
trabajo, incluye a los usuarios y/o grupos de Windows en el rol; para un
modelo implementado, lo hace un administrador.

51. Dependencia funcional: Una dependencia funcional, denotada por X -> Y, entre
dos conjuntos de atributos X y que son subconjuntos de R (R ={A1, A2,...,A3})
especifica una restriccin sobre las posibles tuplas que podran formar un
ejemplar de relacin r de R. La restriccin dice que, para cualesquier dos tuplas
t1 y t2 de r tales que t1[X] = t2[X], debemos tener tambin t1[Y] = t2[Y]. Esto
significa que los valores componentes de Y de una tupla de r dependen de los
valores del componente X, o estn determinados por ellos; o bien, que los valores
del componente X de una tupla determinan de manera nica (o funcionalmente)
los valores del componente Y. Tambin decimos que hay una dependencia
funcional de X a Y o que Y depende funcionalmente de X.
52. Dependencia funcional completa: En una dependencia funcional X -> Y, cuando X
es un conjunto de atributos, decimos que la dependencia funcional es completa ,
si slo depende de X, y no de ningn subconjunto de X.

53. Primera, segunda y tercera forma normal: proporcionan los criterios para
determinar el grado de vulnerabilidad de una tabla a inconsistencias y anomalas
lgicas
54. Forma normal Boyce / Codd: requiere que no existan dependencias
funcionales no triviales de los atributos que no sean un conjunto de la clave
candidata, En trminos menos formales, una tabla est en FNBC si est en 3FN y
los nicos determinantes son claves candidatas.

55. El mapeo conceptual al modelo relacional.

56. Mapeo de entidades, atributos, identificadores nicos, relaciones.

57. Mapeo de arcos.

58. Mapeo de supertipos.

59. El esquema conceptual: muestra los diagramas conceptuales y explicando las

circunstancias que nos han llevado a adoptar determinadas decisiones.

60. Sentencia Select.: Comando que nos permite consultar registros o tuplas.

61. Lenguaje de definicin de datos DDL: permite a los usuarios llevar a cabo las
tareas de definicin de las estructuras que almacenarn los datos as como de los
procedimientos o funciones que permitan consultarlos.
62. Lenguaje de manipulacin de datos DML: permite a los usuarios llevar a cabo las
tareas de consulta o manipulacin de los datos, organizados por el modelo de
datos adecuado.
63. Cursores y SQL embebido:
64. Cursores: Son una herramienta que nos permite recorrer el resultado de una
cosulta SQL y realizar operaciones en cada paso de sta.
65. SQL Embebido est pensado para intercalar instrucciones en el cdigo de un
programa escrito en un lenguaje de alto nivel.

66. Sintaxis y operaciones del lgebra relacional:

67. Es un conjunto de operaciones que describen paso a paso como computar una
respuesta sobre las relaciones, tal y como stas son definidas en el modelo
relacional.
68. Sintaxis : seleccionar datos del empleado Soto:
69. nombre=Soto(empleado)
70. Operaciones de conjuntos.
71. SQL Server 2005 permite tres tipos de operaciones con conjuntos:
i. UNION, disponible en todas las versiones de SQL Server.
ii. EXCEPT, nuevo en SQL Server 2005.
iii. INTERSECT, nuevo en SQL Server 2005.

72. Unin: devuelve la suma de dos o ms conjuntos de resultados. El conjunto

obtenido como resultado de UNION tiene la misma estructura que los conjuntos
originales.
73. Interseccin: Devuelve la interseccin entre dos o ms conjuntos de resultados en
uno. El conjunto obtenido como resultado de INTERSECT tiene la misma
estructura que los conjuntos originales.
74. Diferencia: Produce el conjunto de todas las tuplas t que pertenecen a A y no
pertenecen a B.

75. Producto cartesiano: Produce el conjunto de todas las tuplas t tales que t es el
encadenamiento de una tupla aperteneciente a A y de una b que pertenece a B.
se utiliza el smbolo X para representar el producto
76. Operaciones relacionales especiales: son smbolos que se usan para comparar
dos valores. Si el resultado de la comparacin es correcto la expresin
considerada es verdadera, en caso contrario es falsa.
77. Seleccin: se utilizan para indicar al motor de datos que devuelva informacin de
las bases de datos, esta informacin es devuelta en forma de conjunto de registros
que se pueden almacenar en un objeto recordset.
78. Proyeccin: Si X es un subconjunto de atributos de la relacin R, se de ne la
proyeccin de R sobre X (X(R)) como la relacin formada por las columnas de R
correspondientes
79. a los atributos de X.

80. Reunin: En lgebra relacional el JOIN entre el atributo X de la relacin A con el

atributo Y de la relacin B produce el conjunto de todas las tuplas t tal que t es el
encadenamiento de una tupla a perteneciente a A y una tupla b perteneciente
a B que cumplen con el predicado A.X comp B.Y es verdadero (siendo comp un
operador relacional y los atributos A.X y B.Y pertenecientes al mismo dominio). Si
el operador relacional comp es = entonces el conjunto resultante es un EQUIJOIN. Si se quita uno de stos (usando una proyeccin) entonces el resultado es
un JOIN-NATURAL
81. Divisin. La divisin de una base de datos compartida puede mejorar su
rendimiento y reducir la posibilidad de que se dae el archivo de base de datos.

82. Mtodos de optimizacin de sentencias SQL: Optimizacin es el proceso de elegir

la va ms eficiente para resolver una consulta SQL,
83. Basada en reglas: La optimizacin se realiza por el camino de acceso disponible.
84. Basada en costo: La optimizacin se realiza por el camino de acceso disponible y
una
85. Informacin estadstica de la tabla que se encuentra en el diccionario de la base
de
86. Datos.
87. Creacin de ndices: SQL Server crea automticamente ndices cuando se
establece una restriccin "primary key" o "unique" en una tabla. Al crear una
restriccin "primary key", si no se especifica, el ndice ser agrupado (clustered) a
menos que ya exista un ndice agrupado para dicha tabla. Al crear una restriccin
"unique", si no se especifica, el ndice ser no agrupado (non-clustered).

88. Mejores prcticas para el uso de ndices:

89. El ndice de una base de datos es una estructura de datos que mejora la velocidad
de las operaciones, permitiendo un rpido acceso a los registros de unatabla en
una base de datos. Al aumentar drsticamente la velocidad de acceso, se suelen
usar sobre aquelloscampos sobre los cuales se hacen frecuentes bsquedas.