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

Mysql:Практично ли е да се създаде отделна таблица за публикациите на всеки потребител

Трябва да добавите потребителски идентификатори към магазини/публикации. Има много причини, поради които не искате да имате отделни таблици за всеки потребител:

  • 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. заявка за набор в релационна база данни

  3. Проверете за x последователни дни - дадени времеви печати в базата данни

  4. MySQL LEFT JOIN 3 таблици

  5. Изберете най-отличителните резултати, подредени по честота