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

Съхраняване на ревизии на релационни обекти по ефективен начин

Ако това е само за „архивни“ цели, тогава може би отделна таблица за ревизиите е по-добра.

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

Можете да създадете съставен първичен ключ за продуктовата таблица, напр. PRIMARY KEY (product_id, revision) . Може би съхранена процедура за намиране на текущата ревизия—като изберете реда с най-високата revision за конкретен product_id — ще бъде полезно.



  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 C# асинхронните методи не работят?

  2. Zend_Db_Select подреждане на случаен принцип, съвместимо в mssql / mysql

  3. Codeigniter активно записва заявка, която отнема твърде много време за зареждане на данни от базата данни

  4. JDBC винаги тества последния ред на MySQL таблицата?

  5. MySQL Query, групиране по и след това подреждане по най-новото групиране с условие