Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
Попытался перебраться с FP10 на FP13, но неудачно. Один из запросов стал давать неверные результаты. Как воспроизвести это вам на ваших базах на простом примере, я пока не знаю - одних IXF-ок на 23 гига, да в запросе таблиц десятка полтора. Упрощение запроса путём замены одного из VIEW на таблицу с эквивалентным содержимым (CREATE TABLE table LIKE view; INSERT INTO table SELECT * FROM view) "лечит" запрос, т.е. после этого он даёт верные результаты. Так что как выделить больное место, непонятно. Пока начну с сокращения содержимого таблиц. У FP12 те же проблемы, а FP11 я не проверял, ибо в своё время забраковал из-за проблем с II и репликацией. На случай хардварной проблемы проверял на трёх разных машинах, причём на одной не восстанавливал из бекапа, а перезаливал в новую базу из IXF. Короче, мне пришлось оставаться на FP10, а вам советую быть бдительными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2006, 15:24 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
Вот как это выглядит (я несколько подсократил реальный запрос, но глюк остался): Код: 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. Получаем на выходе (select * from aplus.trusted_stage_view) Код: plaintext 1. 2. 3. 4. Откуда это взялось, когда в APLUS.SIR_TICKET_WITHOUT_FFP значится Код: plaintext 1. 2. 3. 4. Второй записи (с SERIALNO='E6102758863') на выходе не должно быть, потому что в условиях указано farebasis_is_good=1, а она не только есть, но в поле ещё и значится 1 вместо 0. Такой результат у меня на маленьком подмножестве данных (360 кил IXF), который я готовлю для возможной демнострации в другом месте. На полном наборе (23 гига IXF) он выглядит тоже странно, но по-другому - при select * from aplus.trusted_stage_view напротив билета E6102758863 в FAREBASIS_IS_GOOD стоит 0 (и это несмотря на WHERE farebasis_is_good=1 в теле запроса). Если же содержимое APLUS.SIR_TICKET_WITHOUT_FFP выгрузить во вспомогательную таблицу, то результат оказывается верным, билета E6102758863 в наборе не оказывается. Такое поведение я увидел в DB2v8 FP12 и FP13. V9 я пока не проверял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2006, 12:45 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
Поле farebasis_is_good во VIEW по имени APLUS.SIR_TICKET_WITHOUT_FFP определено как Код: plaintext 1. 2. 3. Посмотрю "Show optimized SQL text"... В FP10 я нахожу эту строку: Код: plaintext 1. 2. 3. 4. 5. В FP13 гордо красуется Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2006, 13:14 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2006, 11:30 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
SELECT * FROM V1 * в FP10 даёт одну строку (правильно) * в FP12 (и, по-видимому, в FP13) даёт две строки (ошибка) Вызов функции APLUS.WORD существенен. Без него и в FP12 получается одна строка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2006, 11:34 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
В v9 и v9fp1 скрипт отрабатывает правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2006, 11:08 |
|
||
|
DB2 v8 FP12, FP13 - осторожно!
|
|||
|---|---|---|---|
|
#18+
Так чем же дело-то закончилось? 8FP15 или 9.1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2007, 16:00 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=34164400&tid=1604179]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 365ms |

| 0 / 0 |
