Changes between Version 16 and Version 17 of QueryOptimization
- Timestamp:
- 06/11/26 10:44:06 (4 days ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
QueryOptimization
v16 v17 4 4 5 5 1. Примарен случај на употреба на овој поглед е за добивање на моменталните активни понуди за еден корисник при побарување на такси. 6 6 7 2. Примарен филтер за овој поглед е атрибутот customer_id во релацијата offer 8 7 9 3. Иницијално време на извршување на погледот е 1s и 533ms 8 10 … … 10 12 11 13 Ова време е задоволително (помало од 3 секунди), па затоа не е потребно да се извршува оптимизирање на прашалникот. 12 4. Нема потреба од правење на план за извршување поради тоа што времето е задоволително. 14 15 4. Нема потреба од правење на план за извршување поради тоа што времето е задоволително. 16 13 17 5. Иницијалното време за insert и update во табелата offer е: 14 18 … … 17 21 18 22 6. Нема потреба да се преуреди прашалникот 23 19 24 7. Времето на извршување на операциите останува исто 20 25 … … 22 27 23 28 1. Примарен случај на употреба на овој поглед е за добивање на слободните возачи во моментот за дадена компанија. 29 24 30 2. Примарен филтер за овој поглед е атрибутот company_id во релацијата employmenthistory. 31 25 32 3. Иницијално време на извршување на погледот е 3s и 982ms: 26 33 … … 28 35 29 36 Ова време не е прифатливо за нашата апликација, па затоа пристапуваме кон индексизање за оптимизација на прашалникот 37 30 38 4. Најскапи операции се full scan на табелата ride и driver_vehicle: 31 39 … … 39 47 [[Image(9.png, width=820px)]] 40 48 41 6. Времето потребно за извршување на прашалникот после вметнување на индекс на customerpreferences по атрибутот company_id изнесува 984ms што е прифатливо време:49 6. Времето потребно за извршување на прашалникот после вметнување на индекс на customerpreferences по атрибутот company_id изнесува 984ms што е прифатливо време: 42 50 43 51 [[Image(10.png, width=820px)]] … … 55 63 56 64 1. Примарен случај на употреба овој поглед ќе се користи за добивање на недоделените барања за такси од страна на компаниите во зависност од преференците на корисниците. 65 57 66 2. Примаре филтер би бил атрибутот company_id во customerpreference релацијата. 67 58 68 3. Иницијалното извршување на погледот е 5s и 109ms: 59 69 … … 61 71 62 72 Ова време е неприфатливо за апликацијата па затоа извршуваме оптимизирање со користење на индексирање. 73 63 74 4. Најскапи операции се full scan на табелите request и customerpreference: 64 75
