Duda sobre metodología de trabajo

[atoleon]

Hola

Es una mala práctica mezclar los datos de acceso con la información del usuario en una misma tabla?
Es decir, estaría bien si creara una tabla usuario con estos campos: nombre_usuario, clave, nombre_real, apellidos, dni, email, etc...

Os mucho mejor crear dos tablas, una con los datos de acceso y otra con la información y luego enlazarlas?

Saludos, y gracias de antemano

[leonardo_josue]

Buenos días atoleon:

No existe una regla como tal para decirte qué es lo que tienes que hacer o qué es mejor, depende de tu lógica de negocio. En la práctica he manejado ambos tipos de almacenamiento dependiendo de las necesidades propias del proyecto, voy a tratar de explicar los escenarios:

Hace algún tiempo desarrollamos un sistema en donde el área de mercadotecnia nos pidió una cuenta de acceso a la BD para poder generar estadísticas acerca de los contenidos a los que accesaban los usuarios. Ellos no necesitaban saber la identidad real de las personas pero querían tener la posibilidad de generar consultas "al vuelo", se decidió entonces tener la información en tablas separadas (info_personal, info_acceso) se creó una cuenta de usuario para mercadotecnia y se les dio permiso de lectura sólo sobre la tabla info_acceso y sobre la bitácora de accesos. De esta manera se mantuvo el anonimato de las personas y ellos pueden generar sus consultas dinámicas.

Si por el contrario fuera necesario saber también la identidad real de las personas entonces lo ideal sería manejar la información en una sola tabla.

Como te dije al inicio todo depende de tu lógica de negocio.

saludos
Leo.

[atoleon]

Pues muchas gracias. Creo que en mi caso será mejor utilizar todo en la misma tabla pues no hay problemas de acceso por parte de los usuarios. En este caso será el sistema el que facilite siempre la información así que los usuarios no podrán acceder a la información que ellos quieran sino a la que el sistema les devuelva. De este modo me ahorro una tabla y algo de código.

Muchas gracias de nuevo. Saludos

[atoleon]

Tengo una duda asociada a este tema.
Si tengo la información del usuario en dos tablas:
Tabla acceso: id_usuario, nombre, clave
Tabla info: id_info, *id_usuario, direccion, telefono
Digamos que el id_usuario se autincrement.
Si yo quiero meter toda la información en las dos tablas desde un mismo formulario, como podría introducir el campo id_usuario en la tabla info si es un dato que desconozco pues es el sistema quien lo asigna automáticamente?

La única manera que se me ocurre es insertando los datos en la tabla acceso, luego obtener el id_usuario y cuando lo tenga escribir los datos en la tabla info.
No me parece una manera óptima de hacer esto pues necesitas 3 consultas para hacer la operación. No se si habrá otra forma de hacerlo más ligero.

Saludos a todos y gracias

[mortiprogramador]

Iniciado por atoleon

Tengo una duda asociada a este tema.
Si tengo la información del usuario en dos tablas:
Tabla acceso: id_usuario, nombre, clave
Tabla info: id_info, *id_usuario, direccion, telefono
Digamos que el id_usuario se autincrement.
Si yo quiero meter toda la información en las dos tablas desde un mismo formulario, como podría introducir el campo id_usuario en la tabla info si es un dato que desconozco pues es el sistema quien lo asigna automáticamente?

La única manera que se me ocurre es insertando los datos en la tabla acceso, luego obtener el id_usuario y cuando lo tenga escribir los datos en la tabla info.
No me parece una manera óptima de hacer esto pues necesitas 3 consultas para hacer la operación. No se si habrá otra forma de hacerlo más ligero.

Saludos a todos y gracias

Bueno, pues ante eso no hay nada que hacer, bueno, tal vez
podrías hacer un procedimiento almacenado pero pues no se
que tanto funcione esto a la hora del insert, pero el caso es que
igual pienso serían 3 consultas

lo más optimo en este caso es usar las funciones propias
de la bd para devolver el registro más reciente insertado
en una tabla (dependiendo de cual motor de bd estas usando)
y luego pues usar ese id para la segunda tabla donde se
insertan los datos
saludos

[gnzsoloyo]

En definitiva, lo que te dice mortiprogramador es correcto: No hay otro camino sino insertar los datos respetando las dependencias.
Pero cuando analizo el ejemplo que das me parece que en este caso el problema es que estás atomizando excesivamente la información.
¿Realmente un username se va a corresponder con más de una persona? Porque eso es lo que estás modelando. Sino, carece de sentido separar datos entre dos tablas cuando la relación es 1:1. Solamente tendría algún sentido si los datos de la segunda tabla fuesen opcionales.
¿Es así?