k.I.titovpetre,

Запустил, результат есть, но проверка показала что номера которые есть в результате, то есть машины въезжали между выездами...Дык покажите запрос то.
Я вам дал правильный готовый запрос сразу же, а у вас там появляются какие то "t1.BorderCrossingID =1 and t2.BorderCrossingID =2"
k.I.titovЯ мог бы с радостью это сделать, но с на это можно. Попробую так объяснить. Грубо говоря в таблице три записи все трис номером А 111 А 123, время у первой записи 2018.01.01 10:00:00.000, у второй 2018.01.01 11:00:00.000, у третьей 2018.01.01 12:00:00.00, направление соответственно выезд, въезд и выезд то, есть 1,2,1. Запустив этот запрос он увидит что номер А 111 А 123 выехал два раза и выдаст его в результате, не учитывая того, что между ними был въезд. А мне нужно так, что бы он выдал его только при таком раскладе, если у них будет последовательность направлений 1,1,2 соответственно выезд, выезд и въездДа поняли все задачу.
Мой запрос как раз учитывает, что между двумя выездами не должно быть въездов.
Вы очевидно что то напутали в запросе.
Покажите же его.

masql60alexeyvg, искал похожую тему и наткнулся на Ваш запрос. Возник вопрос - в какой части Вашего запроса исключается въезд между выездами? Насколько я понимаю оператор cross apply выполняет соединение двух таблиц, при этом каждая строка из левой таблицы сочетается с каждой строкой из правой. Если не трудно, поясните, пожалуйста.Ну, тут лучше не говорить в терминах "соединение", "левой", "правой". Я от этой математики сразу тупею :-)

Рассмотрим запрос:

Логически (не будем вдаваться, как его выполняет сервер), он для каждой записи, у которой тип "Выехали", ищет ближайшую к ней (по OperationTime) запись, причём с любыми типами BorderRoutingID. И просто выводит список.

А потом мы, добавляя условие "t2.BorderRoutingID = Выехали", оставляем из результата только те пары записей, в которых вторая запись будет типа Выехали

Соответсвенно, въезд между выездами исключается как раз вот этим дополнительным условием.

Вот если бы условие "t2.BorderRoutingID = Выехали" я поставил внутри cross apply, то я просто нашёл бы для каждой строки ближайшую к ней запись "Выехали", независимо от того, если ли какие то другие записи между ними, или нет.
А вот когда я фильтрую снаружи , то уже фильтрую общий результат.

Единственно, замечу, что для реального применения нужно ещё внутрь добавить условие "t2.BorderRoutingID in ( Выехали, Въехали )", потому что там, наверное, будут другие операции, которые будут искажать результат.

Потому что, по сути, мой изначальный запрос не как у автора "Нужно вытащить все номера авто, которые два и более раз подряд выехали и между этими выездами не было въезда.", а "все номера авто, для которых после выезда сразу следует ещё один выезд", а это не одно и то же.

Итого, получается так:

masql60Помогите, пожалуста, разобраться.ИМХО вы напутали с Id и FIOId

И вообще, запрос нужно упростить, вместо первого LEFT JOIN достаточно JOIN, а в CROSS APPLY вообще достаточно одной таблицы.

masql60Если вы имеете это - WHERE o2.OperationDate > o.OperatinDate AND p2.FIOId = p.FIOId, то это моя опечатка с телефона.Да, имею в виду это.

Ну, что можно сказать? Когда будете у компа, запостьте сюда скрипт создания ваших таблиц, с вашими тестовыми данными "Иванов Иван Иванович Вход 01.01.2017 10:00" и т.п., отладим ваш запрос. Благо скрипт можно получить в SSMS, а тестовые данные вы уже тут запостили, так что это несложно.

А то получается "лечение по пересказу", мало ли, что вы в телефоне набрали, может, там ещё есть какое то отличие в запросе, достаточно ведь не там скобку поставить.