Cita:
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
Cita:
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
Cita:
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.