Consulta Modelo de datos

[eirixishere]

Amigos, tengo una duda con el modelo de base de datos que estoy realizando.

Aun no me convence el modelo que he realizado, tengo unas tablas que son alumno, profesor, administrador, etc (usuarios) pero todos tienen columnas en común, ya sea teléfono, correo, dirección, email etc, y no quiero que haya redundancia de datos, he intentado hacer solo una tabla usuarios ocupando flags,
pero tampoco me convence y me da problemas con la relaciones, y no quiero crear una tabla persona por que no es orientado a objetos la db, que solución me recomiendan? doctrine puede ser la solución? como se puede arreglar un problema de combinar clases que son orientado a objetos con tablas que son relacionales?

Espero que me puedan ayudar ;D
Gracias :)

[gnzsoloyo]

El modelo de clases es tema de aplicación. Las tablas son del modelo relacional. No confundas las cosas. El hecho de que tengan similitudes no implica que sean lo mismo.
El uso o no de Doctrine como motor de persistencia no tiene relación directa con el diseño de datos. Es simplemente una herramienta para simplificar el desarrollo, pero no implica que la arquitectura de los datos sea más "parecida" al la estructura de clases.
Cuando modelas el software estás trabajando procesos, pero no datos. La estructuración de los datos es independiente, y deben realizarse ciertas transformaciones para pasar los datos del software a la base, porque la base no es un reflejo de los procesos, sino del sistema modelado.
Para darte una idea, una misma clase puede descomponerse en dos, tres o veinte tablas diferentes, y no por eso ser menos consistente o más redundante.
A la gente que se centra en el desarrollo de software le resulta siempre un poco difícil entender la lógica de arquitectura de datos, por lo que es siempre recomendable que trabajen con alguien que esté en el tema, a menos que quiera abarcar todos los aspectos.
Mis profesores de Bases de Datos siempre decían que a los programadores les resulta críptico, porque la lógica de ambas cosas es diferente. A mi me parecía exagerado, hasta que comprobé con el tiempo que tenían razón.

En resumen: No te confundas, modelar clases no es modelar bases de datos. Lo que luego debes hacer en el software es componer los recursos que permitan ingresar los datos a la base respetando sus relaciones y dependencias.
Y esa parte es la más engorrosa...

[eirixishere]

Gracias, ahora me quedo claro :)