| Version 7 (modified by , 24 hours ago) ( diff ) |
|---|
Вовед
Општа Цел
Оваа фаза има цел да имплементира партиционирање на клучни табели во AirportDB базата на податоци за да се подобрат перформансите на системот, олесни одржувањето на податоците и овозможи поефикасно процесирање на големи волумени на податоци кои се типични за авиоиндустрија.
Зошто Партиционирање?
Специфични предизвици на AirportDB:
- Континуиран раст на податоци за летови (секојдневно се додаваат нови летови)
- Историски податоци што се акумулираат со години (weatherdata)
- Честа потреба за пристап до актуелни податоци, додека стари податоци се ретко користат
- Сезонски query-ја (пребарување на летови по датум, сезона, временски услови)
Очекувани придобивки:
- Подобрени Перформанси
- Полесно Одржување
- Скалабилност
Анализа на AirpotdDB табели
- Табелата airline не треба да биде партиционирана затоа што содржи мал број податоци и нема потреба од подобрување на перформанси преку партиционирање.
- Табелата airplane_type не треба да се партиционира затоа што содржи мал број статични записи и нема практична добивка од партиционирање.
- Табелата airplane не треба да биде партиционирана затоа што содржи ограничен број редови, нема колона погодна за партиционирање и не би се добила никаква подобрување во перформансите.
- Табелата airport_geo е lookup табела и треба да остане непартиционирана.
- Табелата airport_reachable има специфична, ограничена намена и мала големина. Партиционирањето би додало административен товар без вистинска корист за перформансите.
- Табелата airport не треба да биде партиционирана затоа што содржи ограничен број статични записи и нема колона погодна за поделба на податоците по партиции.
Имплементација
Тестирање и Перформанси
Предности и Недостатоци
Заклучок и Препораки
Attachments (1)
- Partitioning Tables (1).png (84.6 KB ) - added by 23 hours ago.
Download all attachments as: .zip
Note:
See TracWiki
for help on using the wiki.
