Hola Polloturbio:
Con permiso del compañero gnzsoloyo... A veces olvidamos que en este foro pueden acudir personas sin muchos conocimientos en BD como parece ser el caso, aunque al menos esperaríamos que se tengan ciertas nociones de lo que es una BD y su funcionamiento. Trataré de explicar algunos puntos acerca del diseño de BD para ver si queda un claro por qué la opción que comentas está mal.
Primero, hay que partir del hecho de la CARDINALIDAD de tus datos, entiéndase como la "frecuencia" con que se relacionan tus datos. Un usuario puede acceder 1 o más veces correcto? por lo tanto NO ES CONVENIENTE QUE MANEJES LOS ACCESOS EN UNA SOLA TABLA, las relaciones 1 a n generalmente se modelan con 2 tablas, una tabla CATALOGO (usuarios) y otra tabla de RELACIONES. la tabla relaciones maneja una referencia al Catálogo con todos sus posibles valores, es decir algo como esto:
Código:
USUARIOS
idUsuario|nombre
-----------------------------------
1|Hugo
2|Paco
3|Luis
ACCESOS
idAcceso|idUsuario|fecha
------------------------------------
1|1|2011-11-10
2|2|2011-11-11
3|3|2011-11-11
4|1|2011-11-12
5|1|2011-11-13
6|2|2011-11-14
De aquí se observa que por ejemplo el usuario 1 a ingresado 3 ocasiones, el usuario 2 a ingresado 2 veces y el usuario 3 ha ingresado 1 sola vez.
NUNCA MANEJES VALORES MÚLTIPLES PARA UN CAMPO. Tú tenías pensando hacer algo como esto:
Código:
usuario|fechas
-------------------------
1|2011-11-10,2011-11-12,2011-11-13
2|2011-11-11,2011-11-14
3|2011-11-11
para esto tu campo fecha tendría que ser de tipo VARCHAR, sin embargo observa el desperdicio, pues si solo tienes una fecha ESTAS DESPERDICIANDO MUCHÍSIMO ESPACIO. Además, para el manejo de fechas TIENES EL TIPO DE DATOS DE FECHA, no hay que inventar el hilo negro.
Hay muchas otras cosas a tomar en cuenta, te recomiendo que comiences por leer cualquier libro o manual sobre nociones de BD y pues que sigas exponiendo tus dudas en el foro.
Saludos
Leo