|
|
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
Есть простейший запрос: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Выполняю его на ASE 15.0.1 (Adaptive Server Enterprise/15.0.1/EBF 13823/P/NT (IX86)/Windows 2000/ase1501/2379/32-bit/OPT/Mon Aug 14 22:12:39 2006) - все шустро летает, даже если не указывать явно индексы. Вот план запроса: Код: plaintext 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. Этот же запрос, на этих же базах (из одних бекапов поднимал) на ASE 12.5.3 (Adaptive Server Enterprise/12.5.3/EBF 13331 ESD#7/P/NT (IX86)/OS 4.0/ase1253/1951/32-bit/OPT/Fri Mar 24 02:17:56 2006) выполняется ну ооочень долго. Вот план: Код: plaintext 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. Може кто-то найдет подвох? Заранее спасибо за советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 13:23 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
Недостающие строки во втором плане: Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 13:31 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
Проблема в доступе по индексу PK_CSP для подзапроса Для ASE15 - доступ по конкретному ключу Positioning by key. Для ASE12.5 Positioning at index start. Т.е. при сканирование индекса во втором случае читается значительно больше страниц.. А если предположить, что индекс PK_CSP не помещается в кеш, то тогда физическое чтение... set statistics io on - покажет В общем статистику обновите для ASE12.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 13:45 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
moris пишет: > Проблема в доступе по индексу PK_CSP для подзапроса > > Для ASE15 - доступ по конкретному ключу > Positioning by key. > > Для ASE12.5 > Positioning at index start. Хочу добавить, что такое может быть при неидентичности таблиц в двух серверах. Или при разных типах данных в колонках vcsp.TR_ID и mloan.LOAN_KEY Хотя конечно это далеко не все причины. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 14:25 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
morisПроблема в доступе по индексу PK_CSP для подзапроса Для ASE15 - доступ по конкретному ключу Positioning by key. Для ASE12.5 Positioning at index start. Т.е. при сканирование индекса во втором случае читается значительно больше страниц.. А если предположить, что индекс PK_CSP не помещается в кеш, то тогда физическое чтение... set statistics io on - покажет В общем статистику обновите для ASE12.5 Спасибо. Покурил мануал. Запустил update statistic для vicont..CSP и mig..MG_CL_LOAN. Не помогло :( опять для ASE12.5 Positioning at index start. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 15:01 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
а напишите sp_help на обе таблицы в обоих случаях ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 15:22 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
lagicа напишите sp_help на обе таблицы в обоих случаях Это на ASE 12: sp_help MG_CL_LOAN Код: plaintext 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. sp_help CSP Код: plaintext 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 15:53 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
lagicа напишите sp_help на обе таблицы в обоих случаях Это для ASE 15 sp_help MG_CL_LOAN Код: plaintext 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. sp_help CSP Код: plaintext 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 15:57 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
выполните 2 запроса к ASE15 и ASE12.5 в одном и том же клиенте с включенными опциями set statistics io, time on результат staictics io, time огласите здесь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 16:29 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
ну вот и обьяснение проблемы TR_ID numeric(8) LOAN_KEY numeric (12) соответственно vcsp.TR_ID = mloan.LOAN_KEY надо заменить на vcsp.TR_ID = convert(numeric(8),mloan.LOAN_KEY) думаю, поможет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 16:32 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
lagic пишет: > соответственно vcsp.TR_ID = mloan.LOAN_KEY надо заменить на > vcsp.TR_ID = convert(numeric(8),mloan.LOAN_KEY) > > думаю, поможет Может и не помоч. Павел, а сообщите пожалуйста, помогло или нет. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 18:54 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
Тоже не думаю что сильно поможет.. также еще попробуйте так dbcc traceon(15302) /*доступно с 12.5.3ESD3*/ go потом запрос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2008, 19:28 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
проверял на Adaptive Server Enterprise/12.5.3/EBF 13330/ ESD#7P/Compaq Tru64/ как только кол-ва занимаемых байт под numeric различается - сразу же Positioning at index start. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2008, 10:46 |
|
||
|
Простейший запрос - ASE 12.5.3 VS ASE 15.0.1
|
|||
|---|---|---|---|
|
#18+
думаю что если сделать поля TR_ID и LOAN_KEY одного типа и размерности то и хинты по индексам в запросе не понадобятся ни для ASE 12.5 ни для ASE 15 и индекс будет позиционироваться по ключу для обоих серверов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2008, 20:49 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=50&tid=2011542]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
158ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 446ms |

| 0 / 0 |
