una tabla de usuario para app de dispositivos moviles, otra para la web

[Rebuilding]

Hola

Tengo proyectado que el 70% de los usuarios de esta aplicacion, vendra de mi app para dispositivos moviles y el 30% de la aplicacion web
Estoy haciendo una app para dispositivos moviles, la cual tiene su propia tabla de usuarios y otra tabla de usuarios para los usuarios de la aplicación web, cuando se registran en la app movil se les envía un correo con la opción de registrarse con un vinculo en la aplicación web, con el mismo usuario, sino esta registrado

Esto lo hago con la intención de segmentar los datos en mi base de datos

Como ven esta idea?

[Carlangueitor]

Mala.

Registralos en la misma tabla, solo agrega un campo de donde fue que se registraron, que flojera tener que registrarse en dos sitios, ¿donde haz visto que apliquen eso?

Saludos

[Rebuilding]

Iniciado por Carlangueitor

Mala.

Registralos en la misma tabla, solo agrega un campo de donde fue que se registraron, que flojera tener que registrarse en dos sitios, ¿donde haz visto que apliquen eso?

Saludos

Es que esa idea me la dio un inge en software que ya es senior

O sea no seria doble registro, porque con el primer registro en la app movil ya se le estaría mandando el correo para verificar su correo, ya no se tendría que registrar vía web, solo dar click en un link para validar el correo, iniciar sesión vía web, con la contraseña y su numero de teléfono que usa en la app movil escoger un nombre de usuario porque en la app movil su usuario era su numero de teléfono, y claro que evitaría que se repitieran campos en dos tablas

El único campo que estaría en dos tablas seria la contraseña encriptada, pero seria la misma contraseña, que allí seria el error de diseño de la base de datos
ya que el sistema web y el de la app movil usando diferentes métodos de encriptacion

[Carlangueitor]

Iniciado por Rebuilding

Es que esa idea me la dio un inge en software que ya es senior

Bueno, igual entonces no necesitas consejos de pobres mortales como yo

Iniciado por Rebuilding

O sea no seria doble registro, porque con el primer registro en la app movil ya se le estaría mandando el correo para verificar su correo, ya no se tendría que registrar vía web, solo dar click en un link para validar el correo, iniciar sesión vía web, con la contraseña y su numero de teléfono que usa en la app movil escoger un nombre de usuario porque en la app movil su usuario era su numero de teléfono, y claro que evitaría que se repitieran campos en dos tablas

Eso me suena mucho a doble registro, solo sin verificar su correo.

Iniciado por Rebuilding

El único campo que estaría en dos tablas seria la contraseña encriptada, pero seria la misma contraseña, que allí seria el error de diseño de la base de datos
ya que el sistema web y el de la app movil usando diferentes métodos de encriptacion

WAT! Cifras las contraseñas del lado del cliente? Por que habrían de ser distintos los métodos de cifrado?

Te repito, ¿donde has visto que una app haga algo así?

[Rebuilding]

Iniciado por Carlangueitor

Bueno, igual entonces no necesitas consejos de pobres mortales como yo

Es que lo único que el me dijo es que en la empresa que trabaja usa una sola tabla para todos sus clientes, y tienen un campo para diferenciar el cliente y que fragmentan la tabla, y la lógica de su software, tiene ciertas similitudes con lo que estoy haciendo

Iniciado por Carlangueitor

Eso me suena mucho a doble registro, solo sin verificar su correo.

Pues si, es que en la app solo se verifica su teléfono con un sms, y si es lo que me pone a pensar

Iniciado por Carlangueitor

WAT! Cifras las contraseñas del lado del cliente? Por que habrían de ser distintos los métodos de cifrado?

No por supuesto que no, yo nunca dije eso, para la app movil uso la funcion crypt de php y un salt, para la aplicacion web usamos un framework tambien en php

Es que tendría que rehacer mucho, para que la app movil use totalmente el framework en php

[Malenko]

Iniciado por Rebuilding

Estoy haciendo una app para dispositivos moviles, la cual tiene su propia tabla de usuarios y otra tabla de usuarios para los usuarios de la aplicación web, cuando se registran en la app movil se les envía un correo con la opción de registrarse con un vinculo en la aplicación web, con el mismo usuario, sino esta registrado

Iniciado por Rebuilding

Es que esa idea me la dio un inge en software que ya es senior


...

El único campo que estaría en dos tablas seria la contraseña encriptada, pero seria la misma contraseña, que allí seria el error de diseño de la base de datos
ya que el sistema web y el de la app movil usando diferentes métodos de encriptacion

Iniciado por Rebuilding

Es que lo único que el me dijo es que en la empresa que trabaja usa una sola tabla para todos sus clientes, y tienen un campo para diferenciar el cliente y que fragmentan la tabla, y la lógica de su software, tiene ciertas similitudes con lo que estoy haciendo

Primero dices que tu amigo ingeniero senior primero te aconseja que uses dos tablas y luego en otro post dice que él trabaja con una. Algo no me cuadra, incluyendo el que sea "ingeniero senior".

Cualquiera con un mínimo de experiencia te dirá que tienes un mal diseño de la solución: tanto de la base de datos como de la arquitectura de la aplicación (tener la misma contraseña encriptada de dos formas diferentes??? WTF???).

Estamos en 2016, usa la metodología de hoy en día, no la de años atrás: usa un único backend y accede a él mediante una API Rest o similares.

[BrujoNic]

Con todo y total respeto, el simple hecho de que cualquier persona tenga o le pongan un título, no quiere decir que lo merezca, que sepa lo que está haciendo, etc.

En mi vida laboral, vi a muchos que no sabían ni JOTA y simplemente porque utilizaban el tiempo del trabajo para "estudiar" para sacar títulos, NO realizar su trabajo porque eran tan malos que preferían dejar que hicieran otras cosas para no entorpecer, compartiendo con los jefes superiores (mejor conocido como lame botas, chupa cul..., y otras interpretaciones).

Esa es la forma en que muchos obtienen títulos sin conocimiento de causa y es una lástima que el mundo en general, se maneje de esa forma. Los títulos obtenidos por estudios o que te den cierto status, lo debes defender con hechos.

Sólo lo comento por si realmente confías en esa persona que te está ayudando amablemente, debes por tu parte investigar si lo que te ha dicho, son las mejores y más adecuadas prácticas para la normalización de una Base de Datos en este caso o cualquier cosa que te digan.

Yo por mi parte, escucho cualquier opinión, pero no me voy de bruces a hacer lo que me dicen si no investigo o no estoy seguro. Un verdadero profesional estudiado o empírico, debe investigar y no irse con el "me dijeron, me recomendaron o me lo dijo el genio más grande del mundo". Todos somos humanos y por lo tanto, todos nos equivocamos. Más aún, si tenemos cierta edad y nos quedamos "atascados" en el tiempo por no querer saber lo que se usa actualmente a conciencia.

[Carlangueitor]

Iniciado por Rebuilding

No por supuesto que no, yo nunca dije eso, para la app movil uso la funcion crypt de php y un salt, para la aplicacion web usamos un framework tambien en php

Es que tendría que rehacer mucho, para que la app movil use totalmente el framework en php

Bueno ahí está tu problema, todo debería usar la misma forma de cifrado, idealmente todos los componentes deberían usar la misma API. Cuando arregles eso, verás que las cosas son más claras.

Saludos