Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
16.05.2014, 17:13
|
|||
|---|---|---|---|
|
|||
Слишком тяжелый запрос. Как оптимизировать? |
|||
|
#18+
Коллеги, вопрос... Как оптимизировать запрос, в текущей версии? Запрос высчитывает количество изменений по каждому полю, м б есть средства ДБ2 заточенные под эти цели? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.05.2014, 18:04
|
|||
|---|---|---|---|
|
|||
Слишком тяжелый запрос. Как оптимизировать? |
|||
|
#18+
kT_________, Не для оптимизации производительности, а только для удобства чтения. Если бы t4 была регулярной таблицей с индексом по old_flag, то то MIN || MAX было бы предпочтительнее SUM. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. заменить на Код: sql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.05.2014, 18:29
|
|||
|---|---|---|---|
|
|||
Слишком тяжелый запрос. Как оптимизировать? |
|||
|
#18+
n&n, точнее t4x (cntr_id, delta) as (select contract_id, case MAX(old_flag) = 0 then 0 else 1 end ...), t5 as (select count(A)-delta, count(B)-delta, ... from t4, t4x where t4.contract_id = t4x.cntr_id ...), хотя если я еще правильно понимаю (в пятницу вечером), то последние суммы эквивалентны тем же count(...) без группировки по contract_id и суммировать надо только эти самые delta, добавляя их последним подзапросом к count() ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.05.2014, 02:25
|
|||
|---|---|---|---|
|
|||
Слишком тяжелый запрос. Как оптимизировать? |
|||
|
#18+
n&n, всё равно тяжеловато получается.. как-то можно ускорить выборку? хотя бы в каком направление копать? индексы, особо изощренная статистика? м б что-то ещё.. м? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2014, 09:46
|
|||
|---|---|---|---|
|
|||
Слишком тяжелый запрос. Как оптимизировать? |
|||
|
#18+
kT_________, На таких данных: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. в предположении, что изменения надо посчитать за промежуток H_CREATE_DT >= current timestamp, сколько по каждому из 2-х CONTRACT_ID должно получиться изменений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&tablet=1&tid=1601059]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 292ms |
| total: | 448ms |

| 0 / 0 |
