Changes between Version 31 and Version 32 of Partitioning


Ignore:
Timestamp:
11/05/25 21:09:37 (3 weeks ago)
Author:
222039
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Partitioning

    v31 v32  
    177177==== Заклучок
    178178
    179 * Партиционирањето на табели е моќна техника за оптимизација на перформанси кај големи time-series бази, но доаѓа со значајни ограничувања - особено MySQL забраната за foreign keys на партиционирани табели. За airportdb базата, единствено weatherdata табелата е идеален кандидат за месечно RANGE партиционирање бидејќи содржи time-series податоци, нема foreign key зависности, и PRIMARY KEY веќе вклучува log_date, и passanger табелата за HASH партиционирање. Останатите табели како flight, flight_log и booking не се погодни поради критичните referential integrity constraints кои се неопходни за одржување на интегритетот на податоците во авионската резервациска система.
     179* Партиционирањето на табели е моќна техника за оптимизација на перформанси кај големи time-series бази, но доаѓа со значајни ограничувања особено во MySQL забраната за foreign keys на партиционирани табели. За airportdb базата, единствено weatherdata табелата е идеален кандидат за месечно RANGE партиционирање бидејќи содржи time-series податоци, нема foreign key зависности, и PRIMARY KEY веќе вклучува log_date, и passanger табелата за HASH партиционирање. Останатите табели како flight, flight_log и booking не се погодни поради критичните referential integrity constraints кои се неопходни за одржување на интегритетот на податоците во авионската резервациска система.