Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DB2 8 fp10 [BUG?]
|
|||
|---|---|---|---|
|
#18+
Есть вот такой запрос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2005, 11:36 |
|
||
|
DB2 8 fp10 [BUG?]
|
|||
|---|---|---|---|
|
#18+
Yaroslav VishnevskyЕсть вот такой запрос Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. и такой запрос Код: plaintext 1. 2. 3. 4. 5. 6. 7. запросы отличаются лишь тем что в 1м в 1е поле вычисляется некое значение и как по мне на второе поле (F1) не должно влиять. Однако поле F1 1го запроса не равно полю F1 второго запроса. в7й версии и 8.1 такого замечено не было. Кто то может обяснить кто не прав. Сори что запросы такие, на простеньких такую ситуацию получить не удалось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2005, 11:44 |
|
||
|
DB2 8 fp10 [BUG?]
|
|||
|---|---|---|---|
|
#18+
Предлагаю COALESCE(SUM(BILL.BENIFIT/(1+BILL.VATVALUE)),0.00) заменить на COUNT(*). Думаю, цифры тоже будут разными. Вложенный SELECT в списке полей выборки как-то влияет на саму выборку, и я замечал такое чуть ли не на второй версии DB2. Перенесите ниже во FROM. Код: plaintext 1. 2. 3. 4. Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2005, 14:12 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=33417258&tid=1605645]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
50ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 348ms |

| 0 / 0 |
