Pratica(III)
Sustentado por; Ostin dicson Matricula; 07-eisn-1-114 Profesor: VICIOSO VICTOR Asignatura Base de datos Pratica(II)
3.2 Restricciones
Una restriccin es una condicin que obliga el cumplimiento de ciertas condiciones en la base de datos. Algunas no son determinadas por los usuarios, sino que son inherentemente definidas por el simple hecho de que la base de datos sea relacional. Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10. Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las restricciones restringen los datos que pueden ser almacenados en las tablas. Usualmente se
definen usando expresiones que dan como resultado un valor booleano, indicando si los datos satisfacen la restriccin o no. Las restricciones no son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto con los conceptos relacionales.
1. Una a una (1:1). En este tipo de relacin, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nacin y capital. 2. Una a muchas (1:N). Ejemplo: cliente y pedidos. 3. Muchas a una (N:1). Simetra respecto al tipo anterior segn el punto de vista de una u otra entidad. 4. Muchas a muchas (N:N). Ejemplo: personas y viviendas.
No es lo mismo el diseo del banco de fulanito que el diseo de la base de datos que posee por decir algo extremo... el de banco nacional, o el que pueda llegar a manejar incluso el FMI.
No existen bases de datos genricas. El diseo debe ajustarse a las necesidades y requisitos. Por ello es que no hay diseo nico e infalible. Te recomiendo que analices adecuadamente el alcance del proyecto y definas los lmites. En base a ello definirs el diseo. Espero que entiendas que por ms ejemplos, es posible que ninguno acabe resolviendo todas las dudas.
Si lo que buscas es ayuda y asistencia, recomendaciones o guas, explica y brinda detalles. Porque de forma tan abstracta y general es imposible proponer un diseo 100% para lo que necesitas y ests buscando. Cuanto mucho podramos descubrir lo mnimo e indispensable, el factor comn de cualquier base de datos diseada para un banco, pero de all en ms el anlisis e interpretacin del contexto tendr la ltima palabra
El esquema conceptual contiene una descripcin detallada de los requerimientos de informacin de los usuarios, y contiene descripciones de los tipos de datos, relaciones entre ellos y restricciones.
principios de los 90s.UML es llamado un lenguaje de modelado, no un mtodo. Los mtodos consisten de ambos de un lenguaje de modelado y de un proceso. El UML , fusiona los conceptos de la orientacin a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se puede hacer con otros mtodos de anlisis y diseo orientados a objetos. Los autores de UML apuntaron tambin al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios. El lenguaje de modelado es la notacin (principalmente grfica) que usan los mtodos para expresar un diseo. El proceso indica los pasos que se deben seguir para llegar a un diseo. La estandarizacin de un lenguaje de modelado es invaluable, ya que es la parte principal del proceso de comunicacin que requieren todos los agentes involucrados en un proyecto informtico. Si se quiere discutir un diseo con alguien ms, ambos deben conocer el lenguaje de modelado y no as el proceso que se sigui para obtenerlo.