Duda creacion tablas

[rgf1987]

Tablas

hola gente... tengo algunas dudas... tengo las siguientes tablas:

Tabla Articulos

Código MySQL:

CREATE TABLE `articulos` (
  `idArticulo` int(11) NOT NULL AUTO_INCREMENT,
  `idAutor` int(11) NOT NULL,
  `tituloArticulo` varchar(50) DEFAULT NULL,
  `resumenArticulo` varchar(500) DEFAULT NULL,
  `coautoresArticulo` varchar(500) DEFAULT NULL,
  `imagenArticulo` varchar(50) DEFAULT NULL,
  `pdfArticulo` varchar(200) DEFAULT NULL,
  `estadoArticulo` int(11) DEFAULT '1',
  `idVolumen` int(11) DEFAULT '0',
  PRIMARY KEY (`idArticulo`),
  KEY `idUsuario` (`idUsuario`),
  KEY `idEstado` (`estadoArticulo`),
  KEY `idVolumen` (`idVolumen`),
  CONSTRAINT `articulos_ibfk_1` FOREIGN KEY (`idAutor`) REFERENCES `usuarios` (`idUsuario`) ON DELETE CASCADE,
  CONSTRAINT `articulos_ibfk_2` FOREIGN KEY (`estadoArticulo`) REFERENCES `estados` (`idEstado`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `articulos_ibfk_3` FOREIGN KEY (`idVolumen`) REFERENCES `volumenes` (`idVolumen`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8$$
 

Tabla Usuarios

Código MySQL:

CREATE TABLE `usuarios` (
  `idUsuario` int(11) NOT NULL AUTO_INCREMENT,
  `nickUsuario` varchar(20) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `contrasUsuario` varchar(20) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
  `nombreUsuario` varchar(20) NOT NULL,
  `apellidosUsuario` varchar(20) NOT NULL,
  `emailUsuario` varchar(40) NOT NULL,
  `nivelUsuario` int(11) NOT NULL DEFAULT '6',
  PRIMARY KEY (`idUsuario`)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8$$
 

Veamos en teoria la unica diferencia entre los usuarios es su nivel, pueden ser EditoresJefe, Editores, Revisores o Autores.

Un Articulo puede tener 0 ó 1 Editor
Un Editor puede tener 0 ó N Articulos

Un Articulo puede tener 0 ó N Revisores
Un Revisor puede tener 0 ó N Articulos

Un Artículo solo puede tener 1 Autor
Un Autor puede tener N Articulos

Me estoy haciendo un lío porque nose si mi idea es correcta...
El el caso de Articulos-Revisores se que tengo q crear una tabla intermedia.
Como se puede ver en el caso de Autores-Articulos he creado en la tabla Articulos una clave idAutor.

Debocrear tambien una clave ajena en el caso de Editores-Articulos?? Me faltan tablas?? O esta correcto.

[jurena]

rgf1987,
tienes que darnos más datos, porque nada nos dices sobre si el tipo va vinculado al usuario, o una persona puede ser autor y revisor, o el editor puede hacer de revisor, o si un revisor puede ser autor. Eso es previo, creo.

[rgf1987]

Veamos... estoy haciendo una pagina web, que se trata de una revista online.

Entonces, existen los siguientes elementos, y cada uno es representado por una tabla en la base de datos:

Noticias: que es informacion que solamente el EditorJefe puede realizar.
Volumenes: son conjuntos de articulos que el EditorJefe se encarga de emitir, cuando hay un nº de articulos disponible y el EditorJefe lo cree conveniente, crea un volumen con ellos y entonces el nuevo volumen y sus articulos pueden ser visualizados por los usuarios en la web.
Articulos: son reportajes que ciertos usuarios con privilegios pueden subir a la web, posteriormente son revisados, aceptados o rechazados.
Estados: representan la situacion en la que se encuentra un articulo, (No revisado, En revision, Revisado, Aceptado)
Revisiones: ciertos usuarios se encargan de revisar articulos y en funcion de dicha revisor el articulo es aceptado o rechazado.
Usuarios: existen 4 tipos:

Autores: pueden subir articulos a la web, y ver los articulos que han subido y el estado en el que se encuentran.
Revisores: pueden realizar las funciones de Autor y además reciben solicitudes de revision (los editores envian solicitudes a los revisores para que revisen un articulos y estos pueden aceptar la revision o rechazarla)
Editores: pueden realizar las funciones de Autor y Revisor, pueden solicitar la revision de los articulos a los Autores.
EditorJefe: puede realizar todas las tareas, ademas puede crear volumenes.
Es el encargado de asignar los articulos a los editores para que estos posteriormente soliciten la revision.

Un ejemplo...

Los autores suben los articulos.
El editor jefe accede a la lista de articulos sin revisar, asigna un articulo a un editor(cada articulo es controlado por un unico editor).
El editor solicita la revision a los revisores que el considere aptos para ello y decide en funcion de dichas revisiones si acepta o no el articulo.
El articulo pasa a ser Aceptado y se almacena para que el EditorJefe cuando lo considere oportuno cree un volumen.

[jurena]

una pregunta más sobre el editorjefe. ¿Su figura es única y uno sustituye a otro en un momento determinado o quieres guardar un histórico con fecha de inicio en puesto y fin; o no te interesa histórico alguno, sino solo quién es editorjefe en el presente?

[rgf1987]

No entendi muy bien a lo que te refieres.

Pero no, no me interesa de momento guardar un historico.
El editorJefe es unico, solo puede haber uno. Es algo así como el administrador de la web, pero realizando ademas las funciones que mencione anteriormente.

[jurena]

Pues yo crearía una tabla para tiposusuarios
tpUsuario
PKtpUsuario, tpUsuario
aquí editorjefe, editor, revisor y autor (los tipos)

otras de usuariostipos
usuariotipo
PKusuarioTipo, FKusuario, FKtpUsuario

aquí incluyo el editorjefe como editorjefe, como editor, como revisor y como autor, y lo mismo con los editores, luego están las personas que solo son una cosa, y estarían en un único registro.

usuariotipoarticulo
PKusaurioTipoArticulo, FKusuarioTipo, FKarticulo

Naturalmente, también en lugar de esta última tabla podrías tener una tabla como esta:
usauriotipoarticulo
PKusuarioTipArticulo, FKusuario, FKTipo, FKarticulo

al recoger en una única tabla todos los tipos relacionados con artículo, no podrás ejercer el control mediante un índice único (compuesto) para que solo un editor o un autor puedan asignarse a un artículo. Tendrás que hacerlo mediante programación. Podrías crear tablas específicas, pero yo prefiero controlar con programación eso y tenerlos todos juntos. El tema de los volúmenes es otra historia. Ahí si es necesaria una tabla volumenes con los artículos, y luego una tabla volumeneseditor.
Dinos cómo lo ves.
Seguro que hay estructuras mejores, pero esta cubre tus necesidades, aunque el control sobre los únicos debes ejercerlo con programación y no mediante índices unique o PK compuestas. Los técnicos darán su opinión, más fundada seguro que la mía.

[rgf1987]

Iniciado por jurena

Pues yo crearía una tabla para tiposusuarios
tpUsuario
PKtpUsuario, tpUsuario
aquí editorjefe, editor, revisor y autor (los tipos)

usuariotipoarticulo
PKusaurioTipoArticulo, FKusuarioTipo, FKarticulo

Esa era mi idea principal, asi que la mantendre.
Gracias por tu propuesta.. si alguien mas quiere opinar, acepto ideas :)