|
Почему не правильно считает?
|
|||
---|---|---|---|
#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: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
107ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 324ms |
total: | 538ms |
0 / 0 |