Как создать эффективные базы данных для многопользовательского SaaS-продукта?

Question

Моя команда и я строим продукт SaaS, который будет использоваться несколькими компаниями по всему миру. Проще говоря, наше программное обеспечение делает некоторые базовые учетные записи для них и предупреждает их, если какой-либо документ должен быть обновлен.

Проблема заключается в том, что для каждой такой компании в Индии может быть только 3 таких документа, но 4 в Шри-Ланке и 7 в Сингапуре. И каждое поле может быть названо по-разному. Например, три поля могут быть названы «Водительские права», «Страхование», «Разрешение» в Индии, но их можно назвать «XYZ», «XXYZ» и «XZY» в Сингапуре.

Каков наилучший и эффективный способ реализации таких функций с помощью MySQL. Допустим, я могу ограничить количество таких столбцов в 5. Кроме того, я не хочу использовать NoSQL для этого проекта.

Мы используем PHP, работающий на CodeIgniter, и мы планируем развернуть его на Engineyard.

Answer 1

CREATE TABLE Countries (
    CountryCode CHAR(2) PRIMARY KEY, 
    CountryName VARCHAR(255), 
); 

CREATE TABLE Companies (
    CompanyID SERIAL, 
    CountryCode CHAR(2) REFERENCES Countries (CountryCode), 
    -- etc. 
); 

CREATE TABLE Documents (
    CountryCode CHAR(2) REFERENCES Countries (CountryCode), 
    DocumentID INT UNSIGNED, 
    DocumentName VARCHAR(255), 
    -- etc. 
    PRIMARY KEY (CountryCode, DocumentID) 
); 

CREATE TABLE CompanyDocuments (
    CompanyID BIGINT UNSIGNED REFERENCES Companies (DocumentID), 
    CountryCode CHAR(2)   REFERENCES Countries (CountryCode), 
    DocumentID INT UNSIGNED, 
    Expiry  DATE, 
    PRIMARY KEY (CompanyID, DocumentID), 
    FOREIGN KEY (CountryCode, DocumentID) REFERENCES 
    Documents (CountryCode, DocumentID) 
); 

Answer 2

Существует 2 подхода к многозначной системе единого БД. На этом сайте показано очень хорошее объяснение.

http://msdn.microsoft.com/en-us/library/aa479086.aspx

Общая схема или отдельная схема.

Но, кроме того, как решить проблему с несколькими теннантами, кажется, ваш вопрос также касается «того, как хранить разные типы документов для разных компаний на основе их страны», и этот вопрос не тесно связан с многозначимостью. Это более общая проблема в дизайне реляционных БД. Но вот подход, который вы могли бы использовать:

Country -- basic country list 
\ id 
\ name 

Company -- basic information about company 
\ id 
\ name 
\ countryid 

DocumentType -- Diffrent types of documents stored 
\ id 
\ name 

DocumentTypeCountry -- this linked allowed (or mandatory, as you want to define it) document types to a country 
\ id 
\ documenttypeid 
\ countryid 

Document -- the document itself 
\ id 
\ companyid 
\ documenttypeid 
\ moredocumentfields