Родительский ребенок присоединяется к sql-запросу, требуемому для SQL Server

Question

У меня есть таблица с именем PostDkServicePoint, которая хранит кучу местоположений долготы/широты. Сегодня я называю это следующим образом - где он найдет 30 самых близких мест для заданных параметров lat/lng.

SELECT TOP (30) 
    PostDkServicePoint.location.Lat AS latitude,  
    PostDkServicePoint.location.Long AS longitude, 
    PostDkServicePoint.servicePointId 
FROM   
    PostDkServicePoint 
WHERE  
    (PostDkServicePoint.location.STDistance('POINT(40.587990 -73.662457)') IS NOT NULL) 
ORDER BY 
    PostDkServicePoint.location.STDistance('POINT(40.587990 -73.662457)') 

Теперь я другая таблица называется PostDkOpeningHour:

openingHoursId int 
servicePointId int 
day varchar 
from1 varchar 
to1 varchar 

Пример строк:

1233 5725 MONDAY  07:00 19:00 
1234 5725 TUESDAY  07:00 19:00 
1235 5725 WEDNESDAY 07:00 19:00 
1236 5725 THURSDAY 07:00 19:00 

Он содержит 24000 строк в total.I хотите объединить эти две таблицы так, что для каждого из 30 строк, возвращенные из вышеупомянутого SQL-запроса postdkservicepoint, также будут отображать все соответствующие дочерние строки в таблице PostDkOpeningHour (где servicepointid - это соответствующий ключ между два стола).

С таким «присоединиться» запрос - будут данные широты/долготы, а затем просто дублироваться для каждой строки с открытием час данные, как это:

5725 40.587990 -73.662457 MONDAY 07:00 19:00 
5725 40.587121 -73.662412 TUESDAY 07:00 19:00 

или есть способ, чтобы вернуть его в более стиля родительских отношений с детьми?

Answer 1

По моему скромному мнению, вы должны сначала получить 30 записей, а затем ПРИСОЕДИНИТЕСЬ с PostDkServicePoint, чтобы получить связанные строки.

WITH CTE (latitude, longitude, servicePointId) AS 
(
SELECT TOP (30) 
    PostDkServicePoint.location.Lat AS latitude,  
    PostDkServicePoint.location.Long AS longitude, 
    PostDkServicePoint.servicePointId 
FROM   
    PostDkServicePoint 
WHERE  
    (PostDkServicePoint.location.STDistance('POINT(40.587990 -73.662457)') IS NOT NULL) 
ORDER BY 
    PostDkServicePoint.location.STDistance('POINT(40.587990 -73.662457)') 
) 
SELECT 
    cte.servicePointId, 
    cte.latitude, 
    cte.longitude, 
    PostDkOpeningHour.day, 
    PostDkOpeningHour.from1, 
    PostDkOpeningHour.to1 
FROM 
    cte 
    INNER JOIN PostDkOpeningHour 
     ON cte.servicePointId = PostDkOpeningHour.servicePointId; 

Answer 2

Если вы просто выполнение запроса вдоль линий:

select a.Col1 
     ,a.Col2 
     ,b.Col1 
     ,b.Col2 
from TableA a 
    inner join TableB b 
     on(a.ID = b.FKID) 

где есть 5 строк в TableA и 5000 совпадающих строк на ID в TableB, то да, ваш выход будет иметь сопоставляя данные из обеих таблиц для каждой возвращаемой строки, в результате каждая строка TableA дублируется 5000 раз.

Это просто то, как работает SQL, и нет способа вернуть ваши данные в противном случае, если только вы не возвращаете несколько наборов данных и не присоединяете их вместе позднее в своем приложении. Как правило, доходы от передачи сети при этом значительно перевешиваются временем обработки, чтобы объединить данные вместе в вашем приложении, поскольку SQL невероятно эффективен при манипулировании данными.

Если ваш сетевой трафик превзойден, и вам абсолютно необходимо каждое значение строки - то есть: вы не агрегируете данные, возвращаемые - тогда вам может понадобиться изучить соединение в приложении, хотя обычно это не рекомендуется.