Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
плавающее окно
|
|||
|---|---|---|---|
|
#18+
господа что то пятничная мысль в голову не идет, есть идеи как реализовать без цикла/курсора? act = 6 вход в состояние act = 5 откат состояния на state как таковой завязываться нельзя это текстовое поле с кучей информации, я привел сокращение данных в нем для ясности. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. необходимо сопоставить каждому откату состояния запись вхождения в состояние: то есть в итоге должна получится таблица вида idactdatastateidactdatestate16'20180110 08:00:00''введен'65'20180110 13:00:00''откат введен'26'20180110 09:00:00''исполнен'35'20180110 10:00:00''откат исполнен'46'20180110 11:00:00''исполнен'55'20180110 12:00:00''откат исполнен'76'20180110 14:00:00''введен'nullnullnullnull86'20180110 15:00:00''исполнен'95'20180110 16:00:00''откат исполнен' думаю смысл понятен. Как вариант я накатал scalar-clr которая возвращает нумерацию для групп с учетом изменения значения входного параметра, но он а довольно убого выглядит, особенно в связи с предположением что если ее использовать в нескольких запросах результаты будут корявыми. а вот стандартные окошки что то у меня в голове не двигаются с учетом вариативности изменения значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2018, 12:35 |
|
||
|
плавающее окно
|
|||
|---|---|---|---|
|
#18+
felix_ff, гемор какой-то, у вас нет пар идентификаторов введен - откат. Либо заводите справочник пар по колонке state. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2018, 13:02 |
|
||
|
плавающее окно
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовfelix_ff, гемор какой-то, у вас нет пар идентификаторов введен - откат. Либо заводите справочник пар по колонке state. Таки да, более того, ему необходимо идентифицировать номера строк и номера тех строк, где лежит логичная смена значения, а не кривая. А то будет "13:00" - "введен", "14:00" - "откат исполнен", "15:00" - откат исполнен, "16:00" - откат исполнен, "17:00" - введен, как начнется резание на диапазоны 13-16 вместо 13-14 как корректный и 14-17 как мусор, который далее не анализируется. Или наоборот - диапазон 13-16 корректный, а запись 14:00 и 15:00 это мусор, который нужно выкинуть. Сначала нужно определиться с вопросом, как быть с явно мусорными записями, которые следуют рядом друг за другом в совершенно нелогичном порядке, типа 2-3 отката один за другим, что из этого правда, что ложь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2018, 13:07 |
|
||
|
плавающее окно
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, я согласен что геммор. Andy_OLAP, Сначала нужно определиться с вопросом, как быть с явно мусорными записями, которые следуют рядом друг за другом в совершенно нелогичном порядке, типа 2-3 отката один за другим, что из этого правда, что ложь. Всмысле в нелогичном порядке? Грубо говоря это протокол прохождения документа по состояниям. состояния документа всегда линейны. к примеру "введен" => "контроль" => "исполнен" откат может быть в обратную сторону: "исполнен" => "контроль" = > "введен" но никто не мешает пользователям гонять документ туда-сюда введен => контроль => исполнен => откатили исполнен => исполнен => откатили исполнен => откатили контроль => откатили до введен => опять прокатили на контроль => снова исполнили. в таблице в таком случае записи будут чередоваться 6=>6=>6=>5=>6=>5=>5=>5=>6=>6 зависимости id как таковых нет. принцип который необходимо реализовать это рекурсивно для каждого отката сопоставить запись наката протокола в курсорной обработки это выглядело бы вот так убого: Код: 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. 39. 40. 41. 42. 43. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2018, 14:03 |
|
||
|
плавающее окно
|
|||
|---|---|---|---|
|
#18+
felix_ff, я бы посмотрел в сторону явного указания при откате, что же все-таки откатывается. ну а извратиться при желании можно, например, так Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2018, 15:27 |
|
||
|
|

start [/forum/topic.php?fid=46&gotonew=1&tid=1689747]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
12ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 222ms |
| total: | 391ms |

| 0 / 0 |
