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

Каква е по-добрата стратегия за съхраняване на регистрационни данни в база данни?

При равни други условия, по-малките несвързани таблици могат да имат предимство в производителността, особено когато са тежки за запис (както таблицата, свързана с регистрационни файлове, може да бъде) - повечето механизми на DB са по-добре настроени за предимно четене, рядко писане маси. По отношение на писането (и актуализирането на всички индекси, които може да се наложи да поддържате), малките несвързани таблици са безспорна печалба, особено ако има някакво едновременност (в зависимост от това какъв двигател използвате за вашите таблици, разбира се - това е доста важно разглеждане в mysql!-).

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



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

  2. SQL клонинг запис с уникален индекс

  3. Защо find_in_set работи, но клауза IN

  4. Mysql текстово съхранение?

  5. MySQL изберете едно поле от таблицата WHERE условието е в няколко реда