Да, възможно е и моята компания го прави. Със сигурност обаче няма да кажа, че е умно. Имаме SAAS система за автоматизация на маркетинга. Някои клиентски бази данни имат над 1 милион записа. Ние се занимаваме с втора "обща" база данни, която има таблица за "изпълнение", проследяваща имейли, писма, телефонни обаждания и т.н. с над 4 милиона записа, плюс множество други много големи споделени таблици. С правилно индексиране, оптимизиране, поддържане на отделен сървър само за DB и евентуално клъстериране (което все още не трябва да правим) можете да обработвате МНОГО данни...... в много случаи тези, които смятат, че могат се справят само с няколкостотин хиляди записи, работят върху конкурентен продукт, за да си изкарват прехраната. Ако все още се съмнявате дали е валиден, имайте предвид, че според показателите за клъстериране на MySQL, клъстер от 8 сървъра може да обработва 2,5 милиона актуализации ЗА СЕКУНА. Изобщо не е много изтъркан.....
Проблемът с използването на две бази данни е жонглирането с множество връзки. Трудно ли е? Не наистина. Вие създавате различни обекти и препращате към вашите класове на връзка въз основа на коя база данни искате. В нашия случай удряме фирмения клас на основната база данни, за да изведем името на клиентската база данни и след това изграждаме втората връзка въз основа на това. Но когато жонглираш тези връзки напред-назад, може да срещнеш грешки, които изискват допълнително отстраняване на грешки. Не е просто "Валидна ли е заявката ми?" но "Всъщност получавам ли правилната връзка с базата данни?" В нашия случай, пропусната сесия може да предизвика задействане на всякакви PDO грешки, тъй като системата вече не може да следи до коя клиентска база данни има достъп. Освен това, от гледна точка на поддръжката, това е страшен процес, който се опитва да прокара актуализации на структурата на таблицата до 100 различни живи бази данни. Да, може да се автоматизира. Но едно подхлъзване и вие съборихте МНОГО хора и сте направили много допълнителна работа за себе си. Сега изчислете допълнителната разработка и тестване, необходими за жонглиране на връзките и натискане на актуализации....това ще бъде вашата мярка за това дали си струва.
Моята препоръка? Намерете хост, който ви позволява да поставите две машини в една и съща локална мрежа. Ние избрахме Linode, но кой ще използвате е без значение. Започнете с вашия специален сървър на база данни, планирайте предварително, за да направите клъстериране, когато е необходимо. Съхранявайте цялото си съдържание в една база данни, индексирайте и оптимизирайте религиозно. Най-накрая намерете НАИСТИНА добър човек от DB и се отнасяйте добре с него. При толкова много данни страхотен DBA би бил задължителен.
