Changes between Version 37 and Version 38 of Partitioning


Ignore:
Timestamp:
11/06/25 00:18:11 (3 weeks ago)
Author:
222039
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Partitioning

    v37 v38  
    121121==== passanger
    122122
    123 Партиционирана по колона passenger_id користејќи HASH.
     123* Партиционирана по колона passenger_id користејќи HASH.
    124124
    125125{{{#!div
     
    132132}}}
    133133
     134* Партиционирана по колона passenger_id користејќи RANGE.
     135
     136{{{#!div
     137{{{#!sql
     138ALTER TABLE `passenger` DROP INDEX pass_unq;
     139ALTER TABLE `passenger`
     140PARTITION BY RANGE(passenger_id) (
     141  PARTITION p0 VALUES LESS THAN (1000000),
     142  PARTITION p1 VALUES LESS THAN (2000000),
     143  PARTITION p2 VALUES LESS THAN (3000000),
     144  PARTITION p3 VALUES LESS THAN MAXVALUE
     145);
     146}}}
     147
     148* За табелата passenger каде што нема временска компонента, HASH е подобар избор бидејќи ги дистрибуира патниците рамномерно низ партициите. Уникатниот индекс треба да се брише само ако MySQL го спречува партиционирањето (како во случајот со HASH или RANGE по колона која не е дел од уникатниот индекс). Ако уникатноста е критична, подобро е да се најде начин да се вклучи во партиционирањето или да се задржи контролата на апликациски слој.
    134149
    135150== Тестирање и Перформанси