1. Arquitectura
1.1. Centralizada
1.1.1. BD orientadas a una plataforma monousuario, las cuales no presentan la suficiente fluidez y concurrencia en caso de una plataforma multiusuario.
1.2. Cliente - Servidor
1.2.1. Front End
1.2.1.1. Hace referencia a la capa que usa el usuario para gestinar las consultas de una manera menos directa.
1.2.2. Back End
1.2.2.1. Integra la logica que permite interactuar entre el usuario y el servidor que almacena la base de datos, operando como intermediario para llevar acabo las solicitudes requeridas por el usuario al sistema.
1.3. En el Ciclo de Vida
1.3.1. Se emplea mediante el uso de unos requerimientos obtenidos, con fin de generar un diseño previo asociado a la arquitectura que permita actualizar este para satisfacer un desarrollo consistente y estable que asegure la operabilidad de manera correcta de dicho sistema en función
1.3.1.1. modelo de dominio
1.3.1.2. Arquitectura del Diseño
1.3.1.3. Diseño
1.3.1.4. implementación
1.3.1.5. Producción
1.3.2. Cada una de las etapas del ciclo de vida se pueden ver alteradas por una retroalimentación a los requerimientos, mediante la integración en el uso de solicitudes realizadas en cada periodo del ciclo de vida.
2. Elementos
2.1. Dato
2.1.1. Este elemento representa a la información que entrara en los campos de una tabla de manera organizada
2.2. Campo
2.2.1. Corresponde al espacio en columnas donde se realizara el almacenamiento de un dato entrada.
2.3. Tabla
2.3.1. Este elemento se considera como la representación grafica de una (Entidad) la cual cuenta con filas y columnas para almacenar registros.
2.4. Tipo de Dato
2.4.1. En BD se contemplan varios tipos de variables como (int, varchar, date, etc.), los cuales permiten identificar que tipo de dato es apto para un campo.
2.5. Indice
2.5.1. Este permite mantener la informacion de maner centralizada y organizada a la hora de relizar consultas ya que permite gestionar duplicados en un espacio de almacenamiento.
2.6. Query
2.6.1. Este elemento corresponde a uso de un Structured Query Language, el cual permite realizar consultas a la BD con fin de gestionar la información mediante el uso de operaciones como (CRUD).
2.7. Informe
2.7.1. Corresponde al resultado de una consulta general a los datos almacenados en una tabla.
2.8. Vista
2.8.1. Corresponde a un mecanismo implementado como metodo de seguridad mediante el uso de tablas virtuales.
3. Interfaz de Usuario
3.1. Menú
3.1.1. Conjunto de funciones reelevantes para el usuario
3.2. Alertas
3.2.1. Son ventanas emergentes las cuales aparecen como resultado de una operación en una plataforma en general, ya sean con fin de dar claridad al usuario sobre información reelevante o para solicitar datos.
3.3. formularios
3.3.1. Estan compuestos por diferentes elementos los cuales ,permiten la toma de datos por un usuario, se eemplean para toma de información o busqueda .
3.3.1.1. Input
3.3.1.1.1. TextField
3.3.1.1.2. TextArea
3.3.1.2. button
3.3.1.3. label
3.3.1.4. checkbox
3.3.1.5. combobox
3.3.1.6. list
3.3.1.7. radiobutton
3.4. Table
3.4.1. Este elemento se usa para proporcionar una representación grafica y organizada de cierta información almacenada en el servidor
4. ¿Que son?
4.1. Esta herramienta o solucion digital esta orientada al almacenamiento y gestion de grandes volumenes de datos.
5. Tipos de BD
5.1. BD Relacionales
5.1.1. Este tipo de bases de datos constan de actores principales (entidades) las cuales estan compuestas por una serie de atributos.
5.1.1.1. Primary Key
5.1.1.1.1. Este se caracteriza por ser el atributo unico y no repetitibo que identifica a cada dato almacenado en la entidad.
5.1.1.2. Foreign Key
5.1.1.2.1. Este tipo de llave permite la relacion entre entidades con fin de mantener un modelo normalizado y logico para el almacenamiento de los datos.
5.1.1.3. Atributos
5.1.1.3.1. Estos componentes detallan las caracteristicas de la entidad.
5.2. BD Jerarquicas
5.2.1. Este tipo de BD cuenta con un fichero principal el cual es la raiz, de este puede surgir relacion directa con ficheros o registros secundarios, estos registros cuentan con un unico punto de origen (para desplazar entre registros se hace uso de apuntadores para establecer la relacion en arbol de ficheros).
5.3. BD Orientadas a Objetos
5.3.1. En este tipo de BD los datos se combierten en objetos (esta es usada para mantener el encapsulamiento de estos), esta se una en software desarrollado utilizando la metodologia de POO.
6. Caracteristicas
6.1. Compartir Datos
6.1.1. Una BD debe contar con la capacidad de permitir compartir información, mediante la implementacion de un SGBD o de un ABD, e integrando roles para el acceso controlado.
6.2. Control de redundancia
6.2.1. manejar una bajo nivel de redundancia en los datos con fin de reducir la duplicidad de estos.
6.3. Consistencia de datos
6.3.1. los datos son consistentes, debido al nivel de redundacia controlado y a la capacidad de actualizar la información para cada actor y sus relaciones logicas.
6.4. Seguridad de los datos
6.4.1. Esta se da cuando se implementa roles para los usuarios, gestionando el acceso a una información en especifico, tambien se puede gestionar este aspecto implementando caracteristicas de los SGBD que permitan encriptar, o implementar metodos de seguridad con fin de mantener una politica de integridad y protección en los datos
6.5. Accesibilidad
6.5.1. Esta caracteristica hace referencia a la capacidad de realizar cualquier tipo de consulta a la base de datos mediante el uso de un gestor
6.6. Control en concurrencia
6.6.1. La concurrencia surge de la gestion transaccional de operaciones en simultaneo lo cual puede ocasionar que la perdida de información aparezca, para esto se realiza implementacion de SGBD y de subsistemas, para dar mayor versatilidad de la gestion de multiples operaciones a una sola BD
6.7. Respaldo
6.7.1. Para esto se gestionan los backups, los cuales estan para mantener un soporte en caso de errores o perdidas de informacion, para esto se recomienda realizarlo segun el volumen de datos.
6.8. Integridad
6.8.1. Esto lo gestiona el administrador, el cual aplica medidas de protección con fin de asegurar que en ciertos registros no se presenten modificaciones no aptas o el borrado de estos registros.
7. Planeación para la creación de BD
7.1. 1.Identificar La necesidad
7.1.1. Tener conocimiento de la problematica a tratar (sector, actores)
7.2. 2.Requerimientos
7.2.1. Estos se obtienen despues del analisis de la problematica y el enfoque del desarrollo (se refuerzan con encuestas y recoleccion de informacion con el cliente o futuros usuarios al sistema)
7.2.1.1. Requerimientos Funcionales
7.2.1.1.1. Integraciones necesarias, como seguridad, roles. tareas. etc
7.2.1.2. Requerimientos no funcionales
7.2.1.2.1. Ejemplo: hardware o ecosistema donde va a operar
7.3. 3. Modelo Relacional
7.3.1. Diseño prebio de las entidades contempladas con sus atributos, llaves y logica relacional entre estas
7.4. 4. Base de Datos
7.4.1. se integra un SGBD para proceder a realizar la arquitectura de esta.
7.5. 5.Agregar Registros
7.5.1. Dar ingreso a los datos organizados para empezar a almacenar estos registros en la BD, contemplado la arquitectura de esta previamente.
7.6. 6.Diseñar Consultas
7.6.1. Definir el tipo de consultas segun los usuarios, especificando si es para ingreso, actualizacion, busqueda o borrado de infromación obsoleta.