Sei sulla pagina 1di 11

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
dene 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 EQUI-JOIN. 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.

Potrebbero piacerti anche