Bases de datos

BASES DE DATOS

INTRODUCCIONBASES DE DATOS VRS SISTEMAS ARCHIVOSSISTEMA RELACIOANALRESUMENBASES DE DATOSLos datos tienen que estar disponiblesDeben ser precisos y consistentes (deben poseer integridad)Deben estar en un formato til para la administracin, control o toma de decisiones2Los objetivos del diseo de BD incluyen almacenamiento eficiente y eficiente actualizacin y recuperacin.DOS ENFOQUES PARA ALMACENAR DATOS EN COMPUTADORAEn archivos individuales (Cada uno de ellos, nico para una aplicacin particular).Construyendo base de datos (Es un almacn de datos formalmente definido y centralmente controlado para ser usado en diversas aplicaciones diferentes.3El uso de archivos separados significas que frecuentemente los mismos datos estn guardado ne ms de un solo lugarEl enfoque de base de datos permite que diferentes usuarios compartan la misma base de datos y todava accesen diferntes juegos de datos.Cinco objetivos en el diseo de BDIntegridad de datosDisponibilidad de datosActualizacin y recuperacin eficienteAlmacenamiento de datos eficienteRecuperacin de informacin para un propsito.ARCHIVOS CONVENCIONALESCuando los diseos de los archivos estn cuidadosamente pensados:se puede incluir toda la informacin necesariaEl riesgo de omitir datos ser bajoHabr pocos problemas sobre la comprensin de accesar los datos.La velocidad de procesamiento es eficiente5Un archivo puede ser diseado y construido rpidadamente, y las preocupaciones sobre disponibilidad y seguridad de los datos son mnimizadasHay muchas posibilidades que de que ya estn en servicio archivos separados. Si el teimpo de desarrollo es una conderacin importante, el analista de sistemas no puede tomar el problema de volver a hacer el almacenamiento de datos para lograr un enfoque de base. Dadas las restricciones de teimpo, la solucin es limitar el alcnance del proyecto diseanod otro arcivo separado, para la nueva aplicacin.

Si el analista est enfrentado con el diseo de un sistema para una aplicacin especfica, cuando la eficiencia del procesamiento es la mayor preocupacin, el mejor enfoque puede ser disear un archivo individual.DESVENTAJASFalta de potencial para que evoluciones los archivos debido a que son diseados solamente con las necesidades en mente.Los datos guardados sern redundantes por lo que: la actualizacin de archivos es ms largaLa integridad del archivo es una preocupacinLos archivos poco usados pueden ser olvidados en una actualizacin.

6Cuando llegar a ser importante consultar el sistema para una combinaicn de algunos de los atributos, esos atributos pueden estar contenidos en archivos separados o puede ser que ni siquiera existan. El rediseo de esos archivos implica que los programas que accesan esos archivos deben ser vueltos a escribir...La integridad es una preoucpacin: debido a que un cambio en un archivo tambin requerir modificaiones a los mismos datos en otros archivos.BASES DE DATOSEs una fuente central de datos que est pensada para que sea compartida por muchos usuarios con una diversidad de aplicacionesDBMS: Sistema de manejo de la Base de datos para:La cracin, modificacin, y actualizacinLa recuperacin de datos y generacin de reportes7No son simplemente un conjunto de archivosLa persona que le asegura que la base de datos satisface sus objetivos es el administrador de base de datos.

EFECTIVIDAD DE LA BASE DE DATOSLa base de datos puede ser compartida entre los usuarios de una diversidad de aplicacionesMantener datos precisos y consistentesQue estn fcilmente disponibles para aplicaciones actuales y futurasPermitir que los usuarios construyan su vista personal de datos, independientemente de cmo estn guardados fsicamente.8Compartir datos: Significa que los datos deben estar guardados solamente una vez. Ello implica la integridad de los datos, debido a que los cambios se logran ms facilmente, si aparecen los datos una sola vez.Cuando un usuario necesita datos particulares, una BD bien diseada, anticipa la necesidad de tales datos (o tal vez ya estn siendo usados para otra aplicacin). De manera que los datos tienen una mejor oportunidad de estar disponibles en una BD.UN BD puede ser ms flexible que archivos separados porque puede evolucionar conforme cambian las necaesidades de los usuarios y las aplicacionesDESVENTAJASTodos los datos estn guardados en un solo lugar. Ello implica requerimientos de respaldos completos.Hay riesgo que el administrador llegue a ser el nico privilegiado o con capacidades suficientes para acercarse a los datos9Los procedimientos burocrticos requeridos para modificar o hasta para actualizar la base de datos puede parecer insuperables. Adems tratar de lograr objetivos de eficiencia para la administracin del recurso de datos como mantener en una cantidad tolerable el tiempo requerido para insertar, actualizar. Borrar y recuperar datos. Asimismo, mantener en una cantidad razonable el costo de almacenamiento de los datos. Y es que una base de datos no puede ser optimizada para la recuperacion de datos de una aplicacin especfica, debido a que puede ser compartida por muchos usuarios en diversas aplicaciones. Incluso, se requiere Sw adicional para la DBMS y puede que una computadora ms grande.Ejemplos: PARADOX, DBASE, ACCESS. Todas permiten al usuario final leer la base de datos desde otros progrmas de SW.

El hecho que el ACCess aprovecha la interfaz grfica de usuario, estos pueden mover y fijar campos entre dos o ms tablas.

REALIDAD, DATOS Y METADATOSLos datos recolectados de la realidad, sern guardados en archivos o en la BDLa informacin que describe a los datos es llamada metadatos (Para comprender mejor la forma y estructura de los datos se requiere informacin de ellos)

EntidadesAtributosRegistrosConcepto de DatosREALIDADDATOSMETADATOS11En el campo de la realidad, hay entidades y atributos, enel campo de los datos actuales existen registros y existen conceptos de datos. Dentro del campo de los metadatos hay definiciones de registro y definiciones deconceptos de datos.rENTIDADESCualquier objeto o evento acerca del cual alguien escoge recolectar datos.EjemplosUn vendedor, una ciudad, o un productoPuede ser un evento o unidad de tiempo tal como la descompostura de una mquina, una venta o un mes o ao.RELACIONESSon asociaciones entre entidades (a veces son asociaciones de datos).Relacin UNO A UNO (1:1) Cada empleado tiene una oficina nica y esa oficina es solo para ese empleado.Relacin UNO A MUCHOS (1:M) Un mdico tiene varios pacientes y los pacientes tienen solo un mdico.Relacin MUCHOS A MUCHOS: (M:N) Estudiantes-Cursos13Un empleado es miembro de un solo Departamento pero cada departamento tiene muchos empleados.Un paquete de producto para cada productoEl vendedor puede atender muchas ciudades y las ciudades pueden ser rea para muchos vendedores

Precio del producto, estensin telefonica no sera entidad. Son atributos.

ATRIBUTOSEs alguna caracterstica de una entidad. Pueden haber muchos atributos para cada entidad. Un paciente (entidad) puede tener muchos atributos: apellido, nombre, calle, ciudad, estado, etc.

14La fecha de la ltima visita del paciente, as como los detalles de la recete, tambien son atributos.A estos elementos de datos se les llama por lo gneral conceptos de datos. Los conceptos de datos son las unidades ms pequeas en un archivo o base de datos. Pueden tener valores de long. Fija o variable y puder ser alfabticos, numercos o alfanumricos. A veces se les menciona como un campo.Pero un campo significa algo fsico y no lgico. Muchos conceptos de datos pueden ser empacados en un campo. Un ejemplo comn es guardar la fecha en un solo campo como DD/MM/AA. Incluso se puede descomponerla para ordenarla por ao y luego por mes y por ltimo da.REGISTROSEs un conjunto de conceptos de datos que tienen algo en comn.Ejemplo: Un registro que muestra un pedido colocado con una compaa de ventas por correo.Registros: de longitud variable y longitud fija. 15De long. Variable: (se usa como alternativa, Cuando el espacio es muy valioso). En un registro donde se almacena la cantidad mxima de visitas que ha realizado un paciente a un mdico. Cada visita podra contener muchos concpetos de datos que podran ser parte del registro completo del paciente (expediente en un sistema manual).#PEDIDOApellidoCiudadDireccinInicialProvinciaClaveAtributosREGISTROUn registro tiene una llave primaria y puede tener muchos atributos16LA clave o llave es uno de los coneptos de datos de un registro que se usa para identificarlo.LLAVELlave primaria: Cuando identifica en forma nica a un registro. Llave secundaria: Es llamada as, si no puede identificar en forma nica a un registro.Llave concatenada: Se puede construir una clave seleccionando dos o ms conceptos de datos y combinndolos.17#Pedido puede ser primaria debido a que solamente un nmero es asignado a dada pedido de cliente. La llave primaria identifica a la entidad del mundo real (pedido del cliente).Las llaves secundarias pueden usarse para seleccionar un grupo de registros que pertenecen a un conjunto, por ejemplo, los pedidos que vienen de Limn.

CMO IDENTIFICAR LA LLAVECuando se usa un concepto de datos como llave de un registro, la descripcin se subraya. En el Registro de Pedido(#Pedido, Apellido, Inicial, Ciudad, Provincia)Si un atributo es una llave de otro archivo, debe ser subrayado con una lnea de guiones.METADATOSSon datos acerca de los datos del archivo o base de datosDescriben el nombre y la longitud Tambin describen la longitud y composicin de los registrosEjemplo de metadatosNmero de vendedorNombre de vendedorNombre de la CompaaVentas Concepto de datosN 5A20A26N9.2ValorN NmericoA: Alfanumrico20D. Fecha MM DDMdicoAtiendePacienteSe suscribeAseguradoraExpe-rimenta1MM1MTratamientosIncluyenRecetasNMNDiagrama Entidad-RelacinNombre, direccin, telfono, especialidad(Nombre, direccin, telfono, fecha primera visita)

Nombre, direccin, telfono plan

(Descripcin fecha, sntomas)

(Nombre medicina, dosis, fabricante, cantidad)

21Este diagrama contiene muchas entidades y varios atributos (Mdico, Paciente, Aseguradora, Tratamientos, Recetas). Un mdico trata a muchos Pacientes (1:M), que tienen su propia aseguradora. Por supuesto, el Paciente es solamente uno de los muchos pacientes que se suscriben a esa Aseguradora particular (M:1).

El mdico necesita conservar informacin acerca de los tratamientos que tiene un paciente. Muchos tienen muchos tratamientos, haciendo desta una relacin muchos a muchos (M:N), debido a que muchos tratamientos pueden necesitar combinaciones de productos farmacuticos y muchas medicinas pueden servir para muchos tratamientos.(Nombre medicina, dosis, fabricante, cantidad) AGENTE DE VENTASNo-agente Nombre No_agencia Fecha_Ingreso No-cliente Nombre No_Tcredito Telefono No_agente Nombre No_agencia Fecha_Ingreso CLIENTECONTRATO-ALQUILERVEHICULOSPlaca No-poliza Ano Marca No_agente Nombre No_empleado Fecha REVISIONPlaca Tipo No_puertas Color Placa Tonelaje No_agencia Motor Placa No_asientos Modelo (Realiza)(Solicita)(Se asigna)(Tiene)BUSCAMIONAUTOMOVILPRACTICA, VER NOTAS22Arregle el diseo de la base de datos con las respecivas relaciones, de manera que pueda consultar los vehculos que tienen revisin por hacer y que ya la efectuaron. 1 Si el vehculo tiene revisin, la consulta debe desplegar un listado que contenga: No. De Placa y Nmero de revisin.2 Si el vehculo no ha sido revisado entonces despliega un el nmero de placa y la leyenda : no ha sido revisado Arregle el diseo de la base de datos (las relaciones y si es necesario, quitar o sumar datos) para que un usuario de la Agencia de alquiler de vehculos pueda emitir un listado con los siguientes datos: No. Agente Contrato de alquilerPlaca del vehculoNombre del cliente

AGENTE DE VENTASNo-agente Nombre No_agencia Fecha_Ingreso No-cliente Nombre No_Tcredito Telefono Contrato No_agente No_cliente Nombre No_agencia Fecha_Ingreso CLIENTECONTRATO-ALQUILERVEHICULOSPlaca No-poliza Ano Marca No-revisin Nombre No_empleado Fecha Placa REVISIONPlaca No_asientos ModeloPlaca Tonelaje No_agencia Motor Placa Tipo No_puertas Color (Realiza)(Solicita)(Se asigna)(Tiene)AUTOMOVILCAMIONBUSquitarquitar23ARCHIVOS(TIPOS)Archivos MaestrosArchivos de tablasArchivos de transaccinArchivos de trabajoArchivos de Reporte24Maestros: Tienden a tener grandes registros que contienen toda la informacin acerca de una entidad de datos. Cada registro contiene, por lo general una llave primaria y varias llaves secundarias.Un acomdo estandar es poner primero el campo de llave primaria, seguido de elementos descriptivos, (*) de los elementos que reflejan e}al negocio y que camiban frecuentmente con las actividades del negocio (pago bruto, promedio de puntos de calificacin, saldo de cuenta de clientes, fecha ltima compra del ciente, etc..) para que los registros se puedan identificarse fcilmente.

Tablas: Contienen datos usados para calcular ms datos o medidas de desempeo como una tabla de tarifas postales o una tabla de impuestos.

*Son cambiados por programas de mantenimiento. Por lo general contienen llaves alternas.ESTRUCTURA DE DATOS RELACIONALConsisten en una o ms tablas de dos dimensiones a las que se les llama relaciones. Los renglones de la tabla representan los registros y las columnas, los atributos25

Estado del pedidoPedidoPrecio del artculoESTRUCTURA RELACIONALLINEAMIENTOS PARA EL DISEO DE RELACIONES DE BASES DE DATOSNo combinar dos entidades distintas en un solo archivoUn campo de datos especfico debe existir solo en un archivo, excepto sin es llave.Cada archivo maestro debe tener programas para Insertar, Modificar, Borrar y Consultar.

Registro de artculo= Nmero del artculo + Descripcin artculo + Categora_artculo + Costo unitario + Cantidad de reorden + Ventas mensuales + Ventas anuales + Nombre del vendedor + Direccin del vendedor + Cdigo postal vendedor +ARCHIVO DE ARTICULOS MAL DISEADORESUMENArchivosBases de DatosDatos, MetadatosEntidades, Atributos, RegistrosSistema de manejo de Bases de Datos (DBMS)Estructura de datos relacional

#ArticuloTtuloPrecio

B235Muecas1000

B521My fair Lady2500

B894Fragancia Gardenia18000

#PedidoApellidoDireccinCiudadProvincia

10784ZigaXxxParasoCartago

10796PrezXxaGuapilesLimn

11821CardonaXxbSan PedroSan Jos

11845BrenesxxcPavasSan Jos

#Articulo#PedidoEstado

B23510784Enviado 5/07

B23519796Enviado 5/08

B52111872En proceso

B52111821En proceso

B52111845Pendiente

B89411872Enviado 3/08