1 / 18

BASE DE DATOS

BASE DE DATOS. Como Estructura de Datos. Concepto 1. Conjunto de Datos heterogéneos que hacen referencia a un único ente Entendemos como ente a la organización (con o sin fines de lucro) que manipula y utiliza los datos contenidos en la «estructura de datos» a partir de ahora Base de Datos.

soyala
Download Presentation

BASE DE DATOS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. BASE DE DATOS Como Estructura de Datos

  2. Concepto 1 • Conjunto de Datos heterogéneos que hacen referencia a un único ente • Entendemos como ente a la organización (con o sin fines de lucro) que manipula y utiliza los datos contenidos en la «estructura de datos» a partir de ahora Base de Datos.

  3. Concepto 2 • Conjunto de tablas que hacen referencia a una única entidad. • Entendemos como entidad en este caso a la organización (con o sin fines de lucro) que es propietaria, manipula y procesa los datos contenidos en la estructura de datos. • Una BD tendrá una o mas tablas según las sub entidades que tenga dicha organización.

  4. TABLAS = Entidades • Dentro de la base de datos, el termino entidad también podemos llamarlo subentidad y es o son (según tenga una o mas entidades), los objetos que comparten características en común. Es decir que los datos estarán agrupados por carácterísticas comunes formando diferentes «Entidades»

  5. Tabla - Concepto • Conjunto de registros que hacen referencia a una única entidad Importante: Debemos identificar las diferentes entidades (tablas) de nuestra base de datos.

  6. REGISTRO • Conjunto de campos que hacen referencia a una única entidad. Importante: Debemos identificar «que campos» corresponden a «que entidad».

  7. Ejemplo Total Fecha FechaNacimiento Localidad Stock DNI PrecioVenta Telefono NroCategoria PrecioCosto NroFactura Localidad Domicilio NroFactura NroLegajo NroArticulo Condicion_Venta TipoFactura NroCliente Descripcion Celular Cantidad Provincia ApellidoyNombre Domicilio NroCliente NroRenglon Presentacion Total TipoFactura EstadoCivil Provincia Telefono Hora Mail Denominacion Cuil NroCategoria NroArticulo Descripcion NroEmpleado

  8. Identificando Entidades (TABLAS) EMPLEADOS ARTICULOS CLIENTES FACTURAS CATEGORIAS RENGLONES

  9. ASIGNAR LOS CAMPOS A LAS TABLAS CATEGORIAS ARTICULOS FACTURAS EMPLEADOS RENGLONES CLIENTES NroLegajo NroRenglon NroCategoria NroArticulo NroCliente NroFactura ApellidoyNom TipoFactura NroFactura Descripcion Descripcion Denominacion DNI Fecha TipoFactura Cuil Presentacion Domicilio NroArticulo Hora PrecioCosto Domicilio Localidad Cantidad NroEmp PrecioVenta Localidad Provincia NroCliente Total Stock Provincia Telefono Cond_Venta Telefono Celular Total Mail FechNac EstadoCivil NroCategoria

  10. CAMPOS CLAVES • PRINCIPAL O PRIMARIA • SECUNDARIA • COMBINADA • FORANEA

  11. PRINCIPAL o PRIMARIA • Identifica unívocamente un registro de otro. • Puede ser combinada o no. Ejemplos: NroLegajo NroRenglon NroCategoria NroArticulo NroCliente NroFactura TipoFactura Primaria y Combinada (+ de 1 campo)

  12. Secundaria • Permite auxiliar a la clave primaria para operaciones de búsqueda u ordenamiento entre otras acciones. • Ejemplo: ApellidoyNom Descripcion Descripcion Denominacion DNI Fecha Cuil Hora

  13. Combinada • Formada por mas de un campo. • Esta es útil cuando un solo campo no es suficiente para identificar un registro de otro. • Ejemplo NroFactura TipoFactura

  14. Foránea • Permite relacionar registros de diferentes tablas. • Ejemplo NroFactura NroEmp NroCategoria TipoFactura NroCliente NroArticulo

  15. Ejemplo de Relaciones RENGLONES EMPLEADOS FACTURAS NroRenglon NroLegajo 1 1 NroFactura M ARTICULOS ApellidoyNom NroFactura 1 TipoFactura DNI TipoFactura NroArticulo M Fecha Domicilio NroArticulo Descripcion Hora Localidad Cantidad Presentacion M NroEmp Provincia Total PrecioCosto M NroCliente Telefono PrecioVenta Cond_Venta Celular CLIENTES Stock 1 Total FechNac NroCliente EstadoCivil Denominacion M NroCategoria Cuil CATEGORIAS Domicilio 1 NroCategoria Localidad Descripcion Provincia Telefono Mail

  16. Números de una Relación • Relación 1 a M (en Access 1 a ∞) Es cuando un Registro de una tabla puede estar relacionado con muchos de registros de la otra tabla. Ejemplo: 1 Tutor puede tener muchos tutelados.

  17. Número de una Relación • Relación 1 a 1 (en Access 1 a 1) Es cuando un registro de una de las tablas solo puede estar relacionado con un solo registro de la otra tabla. Ejemplo: Uniones Civiles: Al registro de de la tabla conyuge1 le corresponde uno y solo un registro de la tabla conyuge2

  18. Números de una Relación • Relación M a M (en Access ∞ a ∞) • Es cuando a un registro de la primer tabla puede estar relacionados con muchos registros de la otra tabla y viceversa. Ejemplo: Un alumno puede tener muchos profesores, pero un profesor tiene muchos alumnos.

More Related