Mysql
 sql >> база данни >  >> RDS >> Mysql

MYSQL, използвайки уникални имена на таблици VS с помощта на идентификатори

Защо просто не създадете база данни или всяка компания? И тогава дори не е необходимо да създавате имена на динамични таблици, когато създавате заявките си. Това е много по-здраво решение. Нещо повече, това ще направи клиентските данни по-разделени, така че всяка взаимна зависимост вероятно ще бъде по-очевидна.

Горното работи най-добре, когато слоевете на приложението също са отделни, така че можете да предоставите на всеки екземпляр различен набор от идентификационни данни за вход в базата данни.

Ако това не е така, може да работи добре или да е неудобно или добре в зависимост от вашата инсталация, каква платформа използвате и така нататък.

Добавянето на име на фирма е хак, но може да се накара да работи, предполагам.

Наличието на клиентски идентификатор в записи също е често срещан подход. Не бих се притеснявал непременно за 1,5 милиона записа от гледна точка на производителността, стига таблиците да са подходящо индексирани. Това не е голямо количество записи. Освен това критериите за идентификация на компанията трябва да ограничават резултатите доста добре така или иначе.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. 5 начина да проверите дали таблица съществува в MySQL

  2. Запазване на стойностите на текстовото поле дори след опресняване

  3. фатална грешка, възникнала по време на изпълнение на командата по време на актуализиране

  4. SQL заявка с присъединяване за получаване на вложен масив от обекти

  5. Ехо множество стойности със същото име на колона в същата таблица