Hola amigos mi pregunta es la siguiente
Estoy disñando un diagrama de clases y tengo una duda .
El diagrama de clases sera la base de datos luuego , osea que el diagrama de clases tendre que plasmarlo en tablas en mysql.????
gracias
13/08/2008, 22:03
| |||
| |||
| diagrama de clases - D E/R Hola amigos mi pregunta es la siguiente Estoy disñando un diagrama de clases y tengo una duda . El diagrama de clases sera la base de datos luuego , osea que el diagrama de clases tendre que plasmarlo en tablas en mysql.???? gracias |
|
15/08/2008, 14:33
| |||
| |||
| Respuesta: diagrama de clases - D E/R Hola... Me parece que estas confundiendo las definiciones. El DER, normalizado, constituye la base para la creación de una base de datos. Es mas, hay varios programas, y de hecho en SQL 2005, creo que también, que se puede elaborar un der y a partir de ahi te hace el codigo para la base de datos. El tema con el diagrama de clases, es ya orientado para objetos. Estas utilizando UML, y no todas las clases deberían ser tablas en una base de datos... Espero haber sido de ayuda. Cualquier cosa preguntame... saludos! |
|
15/08/2008, 16:34
| |||
| |||
| Respuesta: diagrama de clases - D E/R Bleh. Cada vez que encuentre un thead donde confunden diagrama de clases con DER me voy a meter. En principio, como ya dijeron el diagrama de clases sirve para documentar un diseño orientado a objetos, mientras que un der el modelado de una base de datos. ¿Que diferencia hay entre ellos? Y pues que son paradigmas distintos. El paradigma Relacional, en que se basan las bases de datos "supuestamente" (lean las comillas como que teoricamente deberia ser así, pero en la implementación no es taaaaan como dicen) se para sobre lo que es el álgebra relacional. Es decir, tiene fundamentos matemáticos para su construcción. Además, este habla de entidades de DATOS, que estan relacionadas entre sí. El paradigma de objetos, se basa en objetos. ¿Y que caracteriza a los objetos? Que tienen comportamiento. Los objetos hacen cosas. Las tablas de una base de datos no. Un registro de esas tablas menos. Que una tabla a veces matchea con una clase... Puede ser, pero eso es: -porque es una casualidad y tu diseño este bien -porque tu diseño orientado a objetos puede ser pobre -porque cuando programabas a objetos pensabas en las tablas y los hiciste calzar justiiito justito. Bajando a un ejemplo mas en concreto donde esas cosas no matchean. Los objetos no tienen porque tener estado. Hay objetos sin estado, solo con comportamiento y eso es imposible de llevar a una base de datos asi como así. (Obviamente esos objetos sin estados quizas son dificiles de encontrar si no se tiene mucha experiencia modelando objetos) Perdon que me enoje 
__________________ Saludoss Guille |
|
15/08/2008, 22:45
| |||
| |||
| Respuesta: diagrama de clases - D E/R ajaj, bien bien. Creo que se redondeo el tema muy bien. Para recomendarte tengo los libros de UML de Grady Booch James Rumbaugh. Ivar Jacobson (los creadores de este lenguaje de modelado) En donde se ejemplifican y se definen muy bien cada diagrama (entre ellos el diagrama de clases) Y con respecto al DER y sus normalizaciones, tenes libros que hablen sobre base de datos.... Cualquier cosa consulta, pero creo que el tema quedo bastante claro... saludos! |
