Please enable JavaScript.
Coggle requires JavaScript to display documents.
SGBD image - Coggle Diagram
SGBD 
Otros objetivos
Servir eficientemente los Data Warehouse: Se busca que nuestro SGBD también pueda ser agregado y combinado con diferentes fuentes de almacén de datos para poder participar en un sistema mas grande y centralizado.
Concurrencia de usuarios: Se busca que varios usuarios puedan acceder concurrentemente a la misma base de datos. por lo general esto causaría problemas de rendimiento. Para evitar esto debes controlar el flujo de transacciones del SGBD, y así no producir bloqueos.
Adaptarse al desarrollo orientado a objetos: Este tipo de modelo combina los procedimientos de una entidad con sus datos. Permite relaciones de muchos a muchos, y por lo general las consultas deben seguir relaciones predefinidas.
Servicios
Seguridad: Con los SGBD se tiene mayor control de los permisos, la confidencialidad, autorizaciones, derechos de accesos y todo lo que tenga que ver con la seguridad de la información y quien la manipula en nuestro sistema.
Incorporar "el tiempo" como un elemento de la información: Se puede tener control del tiempo que llevan los datos en el sistema o poder hacer mas operaciones con esta variable, como comparar fechas u horas en algunas consultas.
Problemas de redundancia: Al usar un SGBD bien diseñado, este debe poder permitir definir datos redundantes actualizando los datos repetidos automáticamente además de también hacer lo mismo con los datos derivados de los recién actualizados para que no haya ningún problema.
Adaptarse al mundo de internet: El uso de los SGBD en internet es algo muy común en nuestros tiempo y que pone a prueba nuestro sistema por completo al recibir consultas de todo tipo y tener un gran flujo de datos. Por lo que es de suma importancia tener un SGBD bien estructurado y a la altura de poder competir en linea o aprovecharse de los servicios como la nube.
Arquitectura
Flujo de datos y control: Los SGBD suelen seguir un esquema general para mantener un correcto flujo y control de los datos y así evitar saturaciones y problemas de rendimiento
Esquemas y niveles: Para diseñar la arquitectura se diseña un esquema conceptual donde se describen entidades, atributos, relaciones y restricciones
Después un esquema externo donde se definirán las entidades y atributos que interactúan, aplicaciones y algunas combinaciones. Y también se diseñara un esquema interno que definirá la organización física, caminos de acceso, codificación de los datos etc.
Por supuesto también hay que definir los niveles de usuarios y a que datos y métodos pueden acceder
Independencia de los datos: Se necesita que los cambios en la organización física de la base de datos no afecten a usuarios o sus programas o al menos no a todos. También se necesita cierto grado de independencia lógica para que el usuario no note cambios significativos en el esquema externo y/o conceptual.
Objetivos
Integridad de los datos: Se busca que el SGBD detecte aquellos programas que desean hacer cambios no permitidos a la base de datos y bloquearlos, esto se lograra definiendo las reglas de integridad de los datos que contiene nuestra base de datos. Se busca que la integridad de los datos sea completa y no se borren o modifiquen los mas importante o al menos no sin una autorización.
Consultas no predefinidas y complejas: Se busca poder hacer consultas de cualquier complejidad directamente desde el SGBD sin estar anteriormente preestablecidas o tener aplicaciones solo para esas consultas.
Flexibilidad e independencia: Se busca que nuestra base de datos este diseñada para que haya la máxima independencia entre las acciones que puede ejecutar el usuario dependiendo su nivel y los datos existentes en base de datos, para no confundir el uso o dar datos innecesarios. Esto facilita mucho la comprensión de nuestro SGBD y abre la posibilidad a actualizaciones de tecnología y cambios físicos.