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

Производителност на MySQL JOIN на 1 голяма маса и множество малки маси

Тъй като това е връзка "едно към много", бих ги съхранил в отделна таблица. Оптимизаторът на заявки на SQL сървър (под капака) ще може да анализира 250 записа достатъчно бързо, така че не би трябвало да е проблем. Освен това, в зависимост от дължината на стойностите в по-малката таблица, ще спестите място за съхранение, като не ги съхранявате стотици милиони допълнителни пъти. Въпреки това, ако ефективността на отчитането е от първостепенно значение, можете да изберете да ги съхранявате в една „сплескана“ таблица – като структура на хранилище за данни, без съединения. Това определено ще бъде по-бързо, но ще пожертвате място за съхранение и вашата добре структурирана релационна база данни.

Всичко казано дотук, аз бих избрал опция 1. Но трябва да можете лесно да съхранявате данните в нова таблица с формат на опция 2 - заявете и за двете - и след това сами преценете производителността. Очаквам, че няма да има голяма разлика, особено предвид капацитета на вашите по-малки маси.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. заявка за премахване на всички знаци след последната запетая в низа

  2. MySQL2 Ruby gem няма да инсталира 10.6

  3. След като отворя csv файл в wordpad, не искам двойни кавички за името на полето

  4. DbUpdateConcurrencyException, използвайки Entity Framework 6 с MySql

  5. Mysql Преобразуване на колона в ред (Опорна таблица)