Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Hopfen_Artur, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 14:29 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, Ошибка не удалось выполнить привязку составного идентификатора "TB.OID" в этой строчке: Код: sql 1. Я пробовал писать и TV.OID и tb.OID результат один и тот же. Такая же ошибка связанная с "tb.StartDate" в той же строчке. Подскажите где я мог ошибиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:08 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:11 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Возможно это из за того что есть промежуточная таблица для связи OID таблиц А и В, вот так сейчас рабочий запрос выглядит без учета отсутствия значений: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:15 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Пытаюсь переделать вот так, выходят те самые ошибки: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Вот тут ошибки с CON.OID и tb.Start_date: Код: sql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:22 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, Все я додумался, заработало. Спасибо вам =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:27 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Вот так заработало: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 15:27 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Добрый день, пытался по аналогии модифицировать этот запрос: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Суть проблемы Изначально таблица database2 выглядела так: Код: sql 1. 2. 3. То-есть есть последний простой с End_date is null, после даты Start_date мы не учитываем данные. Теперь же допустим эта таблица приобрела вид: Код: sql 1. 2. 3. 4. 5. 6. Теперь же надо помимо предыдущей задачи, игнорировать промежутки времени между всеми Start_date и End_date где View_problem = 'простой' и TPA_ior = CON.OID и End_date is not null. Попробовал сам модифицировать запрос, написал так: Код: sql 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. С такого запроса данные sum(RF.Status) умножились на два, и после добавления NOT BETWEEN совсем странные дела происходят он прибавляет данные и вычитает. Подскажите пожалуйста где ошибся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 09:01 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Изменил вот так, на выходе все status ноль: Код: sql 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.02.2019, 09:47 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Hopfen_Artur, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 10:16 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Hopfen_Artur, у тебя сейчас "ТА лефт джоин ТБ" что означает "дай мне все из ТА и то из ТБ где совпадает ОИД" соответственно если в таблице А по OID AA9ADECE-F455 за промежуток времени вообще нет данных то и не будет ничего в результате, т.к. OID AA9ADECE-F455 есть только в Таблице Б. А вот если наоборот заджойнить:"ТБ лефт джоин ТА" то это будет значить "дай мне все из ТБ и то из ТА где совпадает ОИД" тогда OID AA9ADECE-F455 будет обязательно присутствивать, только ТА.Status будет равен NULL и чтоб это поправить вызывай поле с Проверкой ISNULL(TA.Status,0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 10:22 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Hopfen_Artur, у тебя сейчас "ТА лефт джоин ТБ" что означает "дай мне все из ТА и то из ТБ где совпадает ОИД" соответственно если в таблице А по OID AA9ADECE-F455 за промежуток времени вообще нет данных то и не будет ничего в результате, тк OID AA9ADECE-F455 есть только в Таблице Б. А вот если наоборот заджойнить:"ТБ лефт джоин ТА" то это будет значить "дай мне все из ТБ и то из ТА где совпадает ОИД" тогда OID AA9ADECE-F455 будет обязательно присутствивать, только ТА.Статус будет равен НИЛЛ и чтоб это поправить вызывай поле с Проверкой IS NULL(TA.Status,0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 10:23 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, спасибо вам, изменил так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Получилось вот что: Допустим с 7 до 10 часов status = 30 Если database2 будет иметь такой вид: Код: sql 1. 2. Результат будет правильный status = 0 Если database2 будет иметь такой вид: Код: sql 1. 2. Результат будет правильный status = 20 Но вот если database2 будет иметь такой вид: Код: sql 1. 2. 3. Результат будет status = 20, хотя должно остаться status = 10 Видимо он смотрит только первую строку Если database2 будет иметь такой вид: Код: sql 1. 2. 3. Результат будет 20, он не учитывает строку где есть End_date is not null, а перестает считать с 9 часов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 10:49 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Точнее в конце результат будет 10 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 10:54 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, простите, я не правильно исправил, сейчас потестирую. Спасибо большое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 11:03 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, ПО такому запросу: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Результаты такие же: Допустим с 7 до 10 часов status = 30 Если database2 будет иметь такой вид: Код: sql 1. 2. Результат будет правильный status = 0 Если database2 будет иметь такой вид: Код: sql 1. 2. Результат будет правильный status = 20 Но вот если database2 будет иметь такой вид: Код: sql 1. 2. 3. Результат будет status = 20, хотя должно остаться status = 10 Видимо он смотрит только первую строку Если database2 будет иметь такой вид: Код: sql 1. 2. 3. Результат будет 10, он не учитывает строку где есть End_date is not null, а перестает считать с 9 часов. Моих знаний пока не хватает самому разобраться, поищу на этом форуме похожие темы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 11:29 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
Hopfen_ArturВидимо он смотрит только первую строкуБерется та строка, которая соответствует условию соединения. Уберите агрегирование и смотрите что возвращает запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 11:38 |
|
||
|
Направьте на путь истинный в составлении запроса =)
|
|||
|---|---|---|---|
|
#18+
invm, спасибо за способ проверки, действительно как положено все отрабатывает, проверял так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Видимо до этого где то ошибку допустил, все правильно подсчитывает, спасибо вам большое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2019, 12:07 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39779368&tid=1688229]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
129ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 462ms |

| 0 / 0 |
