Hisoria A De Eidndde
Enviado por davidpayares44 • 25 de Junio de 2015 • 1.038 Palabras (5 Páginas) • 144 Visitas
Teniendo en cuenta las funciones de la empresa es que normalmente se diseñan
bases de datos. Puesto que, es así como los diseñadores y desarrolladores de
Sistemas de Información agregan o no, más información dentro de las entidades.
Por lo tanto, es que existe la posibilidad de que cualquiera de esas entidades,
sean utilizadas en una base de datos, esto siempre y cuando haya algo que pueda
relacionar ese objeto con la función de la empresa para la base de datos.
Por ejemplo, un ovni está relacionado en la tienda, si se tratara de una
establecimiento interespacial (y no sería importante tener en cuenta las entidades:
juego, montaña, océano, estante de ventas, chicles y algodón; es más, ni siquiera
la entidad cliente, puesto que los compradores serían ovnis), pero para el caso de
una tienda de venta de dulces terrestres, la entidad ovni, no tendría sentido en
esta base de datos (tampoco montaña, océano, entre otras que no tienen que ver
con las funciones de la tienda).
La representación de un paisaje en base de datos (BD) relacionales se puede
demostrar por medio de un modelo entidad-relación entendido como el conjunto
de entidades, atributos y relaciones relevantes dentro de una BD:
Conjunto de entidades: los objetos relevantes para la base de datos, por
ejemplo; municipios, veredas y casas.
Conjunto de atributos: las variables o características de los objetos. Por ejemplo
el número de habitantes por vereda, donde cada atributo posee un conjunto de
valores posibles llamado Dominio. Un Dominio para el atributo de habitantes por
vereda sería: 0-200 habitantes, 0-20 km², etc. Este conjunto de valores posibles de
un atributo se llama Dominio.
Conjunto de relaciones: corresponde a aspectos que relaciona una entidad con
otra. Un caso sería: la vereda X tiene muchas escuelas, cada escuela sólo está en
una vereda, la carretera F cruza muchas fincas o una finca puede tener varias
carreteras.
Las relaciones no son solamente de uno a muchos, existen muchas más
relaciones. Estos son algunos ejemplos:
Uno - Uno: un municipio tiene un área rural y esa área rural sólo le
corresponde a ese municipio.
Uno - Muchos: un área rural tiene varias veredas, pero cada una de esas
veredas sólo pertenecen a esa área rural.
Muchos - Muchos: una parcela puede tener varios dueños y cada dueño
puede tener varias parcelas. Cuando esta relación se da en una base de
datos, se debe colocar otra entidad intermedia que relacione ambas entidades,
puesto que Access no tiene la relación de Muchos a Muchos.
Ejemplificando un poco el proceso, para crear una base de datos relacional y a su
vez asemejarla a lo que se hace con Microsoft Access, se representa las
entidades como una tabla donde sus atributos se encuentran dentro de la entidad
y las relaciones como una línea entre las 2 entidades.
A continuación se describe el ejemplo que se pone en práctica en el transcurso de
las diferentes unidades del programa de formación:
Don Nicolás es dueño de una papelería que está creciendo rápidamente y los
productos que antes compraba y que le duraban un mes, ahora no le duran ni 15
días. Al ver que su negocio no da a basto con los cuadernos de información que
utilizaba para llevar a cabo sus cuentas, ha decidido diseñar una base de datos
teniendo en cuenta los siguientes factores.
1. El objetivo de la papelería es sólo vender productos, no hay intercambios de
productos ni
...