|
|
|
Почему не правильно считает?
|
|||
|---|---|---|---|
|
#18+
Есть 4 запроса, почему не правильно считает суммарное значение? Код: sql 1. 2. 3. 4. 5. 6. Результат: 908194 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 10:02 |
|
||
|
Почему не правильно считает?
|
|||
|---|---|---|---|
|
#18+
1) Без структуры хранения и тестовых данных вопрос не имеет смысла 2) Отформатировать вопрос - не судьба? есть же кнопка "Просмотр"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 10:21 |
|
||
|
Почему не правильно считает?
|
|||
|---|---|---|---|
|
#18+
Akina1) Без структуры хранения и тестовых данных вопрос не имеет смысла 2) Отформатировать вопрос - не судьба? есть же кнопка "Просмотр"... Почему не имеет, есть 3 условия, по отдельности они выводят правильные значения, но если их объединить, то почему-то выводится неверное значение. Вот и вопрос... Просматривал перед отправкой, думал будет автоперенос строк... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 10:32 |
|
||
|
Почему не правильно считает?
|
|||
|---|---|---|---|
|
#18+
Ну давайте я просто отформатирую первый запрос... Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Смотрим вот на этот "весёлый" фрагмент: Код: sql 1. 2. 3. 4. Нравится? Мне - не очень. Ибо он предполагает datecreate >= d15 >= d30 (кстати, выполняется?) и заменяется простейшим Код: sql 1. Дальше. Вот это: Код: sql 1. 2. можно заменить более понятным Код: sql 1. Далее. У Вас присутствует вот такая конструкция: Код: sql 1. Она полностью эквивалентна конструкции Код: sql 1. Ну и алиас в выражении присвоения - не нужен. С учётом всего вышенаписанного, а также после удаления лишних (с учётом приоритетов операций) скобок, запрос упрощается до Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. Пожалуйста, пересмотрите, оптимизируйте, и отформатируйте все Ваши запросы до обозримого состояния. Приведите структуры используемых таблиц (поля, не используемые в запросах, кроме входящих в первичные и уникальные индексы, а также атрибуты таблицы - можно удалить) и покажите пример данных для каждой таблицы. Ещё лучше - привести десяток-другой записей, для которых и показать получаемые неправильные результаты. Вместо абстрактных четырёх чисел... Совсем хорошо - представить всё это в виде fiddle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2019, 12:50 |
|
||
|
Почему не правильно считает?
|
|||
|---|---|---|---|
|
#18+
AkinaНу давайте я просто отформатирую первый запрос... Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Смотрим вот на этот "весёлый" фрагмент: Код: sql 1. 2. 3. 4. Нравится? Мне - не очень. Ибо он предполагает datecreate >= d15 >= d30 (кстати, выполняется?) и заменяется простейшим Код: sql 1. Дальше. Вот это: Код: sql 1. 2. можно заменить более понятным Код: sql 1. Далее. У Вас присутствует вот такая конструкция: Код: sql 1. Она полностью эквивалентна конструкции Код: sql 1. Ну и алиас в выражении присвоения - не нужен. С учётом всего вышенаписанного, а также после удаления лишних (с учётом приоритетов операций) скобок, запрос упрощается до Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. Пожалуйста, пересмотрите, оптимизируйте, и отформатируйте все Ваши запросы до обозримого состояния. Приведите структуры используемых таблиц (поля, не используемые в запросах, кроме входящих в первичные и уникальные индексы, а также атрибуты таблицы - можно удалить) и покажите пример данных для каждой таблицы. Ещё лучше - привести десяток-другой записей, для которых и показать получаемые неправильные результаты. Вместо абстрактных четырёх чисел... Совсем хорошо - представить всё это в виде fiddle. а как быть с: Код: sql 1. 2. 3. 4. авторdateisp=datecreate+14 суток datecreate=01.04.2019 dateisp=15.04.2019 d15=16.04.2019 d30=02.05.2019 (с учетом производственного календаря) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2019, 22:13 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=36&tid=1829185]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 391ms |

| 0 / 0 |

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