Cómo diseñar una base de datos mysql multi-tenant

Question

Digamos que necesito diseñar una base de datos que alojará datos para múltiples compañías. Ahora, para fines de seguridad y administración, debo asegurarme de que los datos de las diferentes compañías estén aislados correctamente, pero tampoco quiero iniciar 10 procesos mysql para alojar los datos de 10 empresas en 10 servidores diferentes. ¿Cuáles son las mejores formas de hacerlo con la base de datos mysql?

Answer 1

Existen varios enfoques para las bases de datos de múltiples inquilinos. Para la discusión, por lo general se dividen en tres categorías.

• Una base de datos por inquilino.
• Base de datos compartida, un esquema por cada inquilino.
• Base de datos compartida, esquema compartido. Un identificador de inquilino (clave de inquilino) asocia cada fila con el inquilino adecuado.

MSDN tiene un buen artículo sobre pros and cons of each design y examples of implementations.

Answer 2

Suponiendo que ejecute una base de datos MySQL en una sola instancia de MySQL, hay varias maneras de distinguir entre lo que pertenece a quién. opción más obvia (al menos para mí) sería la creación de una clave principal compuesta como:

CREATE TABLE some_table (
id int unsigned not null auto_increment, 
companyId int unsigned not null, 
.. 
.. 
.., 
primary key(id, company_id) 
) engine = innodb; 

y luego distinguir entre empresas, cambiando la parte CompanyID de la clave primaria. De esta forma puede tener todos los datos de todas las empresas en la misma tabla/base de datos y, a nivel de aplicación, puede controlar qué compañía está vinculada a qué ID de compañía y determinar qué datos mostrar para determinada compañía.

Si esto no era lo que buscaba, le pido disculpas por no haber entendido bien su pregunta.

Answer 3

Dado un usuario de base de datos específico, podría otorgar una membresía de usuario a un grupo (s) indicando las compañías a las que tienen acceso.

supongo que vas a tener una mesa Companies, por lo que acaba de crear una relación de uno a muchos entre Companies y MySQLUsers o algo similar.

Entonces, como condición para todas sus consultas, simplemente coincidir con el CompanyID basado en la UserID

Answer 4

¿Ha considerado la creación de una diferente schema para cada empresa?

Sin embargo, debe tratar de definir con mayor precisión lo que quiere lograr.

Si desea asegurarse de que una falla de HW no comprometa los datos de más de una empresa, por ejemplo, debe crear instancias diferentes y ejecutarlas en nodos diferentes.

Si desea asegurarse de que alguien de la empresa A no puede ver los datos que pertenecen a la empresa B se puede hacer eso a nivel de aplicación de acuerdo con la respuesta Mateo PK, por ejemplo

Si usted quiere estar seguro de que Alguien que se las arregla para comprometer la seguridad y ejecutar SQL arbitrario contra el DB necesita algo más sólido que eso, sin embargo.

Si desea poder realizar una copia de seguridad de los datos de forma independiente para poder hacer copias de seguridad de la Compañía C los lunes y la Compañía A los domingos y restaurar solo la compañía C, una solución puramente basada en aplicaciones no ayuda.

Answer 5

La manera simple es: para cada tabla compartida, agregue una columna que diga SEGMENT_ID. Asignado SEGMENT_ID adecuado a cada cliente. A continuación, cree vistas para cada base de clientes en SEGMENT_ID. Estas vistas mantendrán los datos separados de cada cliente. Con este método, la información se puede compartir, hacer que sea simple para el desarrollo de la operación & (procedimiento almacenado también se puede compartir) simple.