PRESENTADO POR:
Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se aprecie debe tener almacenados
todos estos datos en una base de datos para poder realizarlos mediante una aplicación profesional; sin esta funcionalidad
resultaría imposible tratar y manejar en su totalidad los datos que lleva a cabo la empresa y se perdería un tiempo y un
dinero muy valiosos Uno de los pasos cruciales en la construcción de una aplicación que maneje una base de datos, es sin
duda, el diseño de la base de datos. Si las tablas no son definidas apropiadamente, podemos tener muchos dolores de cabeza
al momento de ejecutar consultas a la base de datos para tratar de obtener algún tipo de información. No importa si nuestra
base de datos tiene sólo 20 registros, o algunos cuantos miles, es importante asegurarnos que nuestra base de datos está
correctamente diseñada para que tenga eficiencia y que se pueda seguir utilizando por largo del tiempo. Dependiendo de los
requerimientos de la base de datos, el diseño puede ser algo complejo, pero con algunas reglas simples que tengamos en la
cabeza será mucho más fácil crear una base de datos perfecta para nuestro proyecto.
Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos, quizá las más fuertes
sean: la velocidad de acceso, el tamaño de la información, el tipo de la información, facilidad de acceso a la información,
facilidad para extraer la información requerida, el comportamiento del manejador de bases de datos con cada tipo de
información. No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso manejadores de bases de
datos basándose en la experiencia del equipo de desarrollo de software logrando resultados altamente aceptables, siempre es
recomendable la utilización de determinados estándares de diseño que garantizan el nivel de eficiencia mas alto en lo que se
refiere a almacenamiento y recuperación de la información. De igual manera se obtiene modelos que optimizan el
aprovechamiento secundario y la sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.
El diseño lógico traduce los escenarios de uso creados en el diseño conceptual en un conjunto de objetos de negocio y sus
servicios. El diseño lógico se convierte en parte en la especificación funcional que se usa en el diseño físico. El diseño
lógico es independiente de la tecnología. El diseño lógico refina, organiza y detalla la solución de negocios y define
formalmente las reglas y políticas específicas de negocios.El diseño lógico es el proceso de construir un esquema de la
información que utiliza la empresa, basándose en un modelo de base de datos específico, independiente del SMBD concreto
que se vaya a utilizar y de cualquier otra consideración física.
OBJETIVOS:
GENERAL
Obtener la información (Datos) introducida por los usuarios de la alcaldía en cada una de las secretarias para realizar
operaciones sobre ellos, que permitan satisfacer las necesidades de los usuarios que requieran datos referentes a cada
secretaria.
ESPECIFICOS
• USUARIOS
• PERSONAS
• EMPLEADOS
• SECRETARIAS
• PROYECTOS
Para el almacenamiento se utilizara una arquitectura SAN Storage Area Network es una red de almacenamiento integral. Se
trata de una arquitectura completa que agrupa los siguientes elementos:
DIAGRAMA
VENTAJAS:
UBICACIÓN
La propiedad de la base de datos DbStorageLocation especifica la carpeta donde Analysis Services crea y administra todos
los archivos de metadatos y datos de la base de datos. Todos los archivos de metadatos están almacenados en la carpeta
DbStorageLocation, con la excepción del archivo de metadatos de la base de datos, que está almacenado en la carpeta de
datos del servidor. Hay dos consideraciones importantes al establecer el valor de propiedad de la base de datos
DbStorageLocation:
La propiedad de base de datos DbStorageLocation se debe establecer en una ruta UNC de carpeta existente o en una cadena
vacía. De manera predeterminada, la carpeta de datos del servidor es una cadena vacía. Si la carpeta no existe, se producirá
un error al ejecutar un comando Create, Attach o Alter.
La propiedad de la base de datos DbStorageLocation no se puede establecer para que apunte a la carpeta de datos del
servidor ni a ninguna de sus subcarpetas. Si la ubicación apunta a la carpeta de datos del servidor o a cualquiera de sus
subcarpetas, se producirá un error al ejecutar un comando Create, Attach o Alter.
Importante
Se recomienda que establezca la ruta UNC para utilizar una red SAN, una red basada en iSCSI o un disco local
adjunto. Cualquier ruta UNC a un recurso compartido de red o a una solución de almacenamiento remoto de latencia
conduce a una instalación no compatible.
Comparación entre DbStorageLocation y StorageLocation
DbStorageLocation especifica la carpeta en que residen todos los archivos de datos y de metadatos de la base de datos,
mientras que StorageLocation especifica la carpeta en que residen una o varias particiones de un cubo. StorageLocation se
puede establecer independientemente de DbStorageLocation. La decisión al respecto la toma el administrador de bases de
datos de Analysis Servicesbasándose en los resultados esperados, y muchas veces se usarán ambas propiedades de forma
simultánea.
Uso de DbStorageLocation
La propiedad de base de datos DbStorageLocation se usa como parte de un comando de base de datos Create en una
secuencia de comandos de base de datos Detach/Attach , en una secuencia de comandos de base de
datos Backup/Restore o en un comando de base de datos Synchronize . El cambio de la propiedad de base de
datos DbStorageLocation se considera un cambio estructural en el objeto de base de datos. Esto significa que deben crearse
de nuevo todos los metadatos y volverse a procesar los datos.
Importante
No debe cambiar la ubicación de almacenamiento de las bases de datos con un comando Alter . En su lugar, se recomienda
que use una secuencia de comandos de base de datos Detach/Attach (vea Mover una base de datos de Analysis
Servicesy Adjuntar y separar bases de datos de Analysis Services). Tomado de “ https://docs.microsoft.com/es-
es/sql/analysis-services/multidimensional-models/database-storage-location?view=sql-server-2017”
CRECIMIENTO MENSUAL ESTIMADO
Se espera que cada registro contenga más o menos unos 100 caracteres que equivalen a un byte si tengo 10000 registros
mensuales será 100X10000 = 1000000 bytes. Que equivaldrían a 1 megabyte.
Los lenguajes van a permitir al administrador de la BD especificar los datos que componen la BD, su estructura, las
relaciones que existen entre ellos, las reglas de integridad, los controles de acceso, las características de tipo físico y las
vistas externas de los usuarios.
• DML, Data Manipulation Language: Por medio de este lenguaje los usuarios pueden realizar consultas o manipular
datos que se encuentran ya organizados en una forma estructurada
• DDL, Data Definition Language: Permite definir las estructuras que almacenarán los datos y los procedimientos o
funciones para realizar las consultas.
• DCL, Data Control Language: Permite al administrador controlar el acceso a los datos contenidos en la Base de
Datos.
CONCLUSIONES
De acuerdo al diseño lógico presentado, podemos concluir que se pueden suplir las necesidades del cliente, cliente como los
funcionarios de la administración municipal que como usuarios de la base de datos puedan disfrutar de las bondades y
características especiales como: obtener un fácil acceso a la información, confidencialidad en los datos de cada una de las
secretarias u oficinas, integración de la información y de las aplicaciones que sean utilizadas en cada dependencia conforme
a las restricciones de privacidad, compartimentación de la información de acuerdo a las políticas de seguridad de la
información, además conforme a la evolución de las tecnologías de la información poder lograr que el ciudadano como
usuario externo, pueda tener acceso en forma segura a las diferentes soluciones y servicios virtuales que la alcaldía de San
Antonio de Sena puede brindar a sus pobladores.
BIBLIOGRAFIA
https://docs.microsoft.com/es-es/sql/analysis-services/multidimensional-models/database-storage-location?view=sql-server-
2017
http://elvex.ugr.es/idbis/db/docs/design/5-logical.pdf
http://es.slideshare.net/claudiachiri/base-de-datos-diseo-conceptuallogico-y-fisico
http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-logico-bases-datos
https://prezi.com/udvpze3q0rkn/diseno-logico-de-una-base-datos/
http://www3.uji.es/~mmarques/f47/teoria/tema7.pdf