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
