Самостоятельное соединение с запросом внутреннего и внешнего соединения

Вы должны переместить сравнение дат в условие соединения:

select ta1.attribute '1st Name'
    , ta2.attribute 'last name'
    , ta3.attribute 'account#'
from tblAccount ta1
inner join tblAccount ta2 
    on ta1.entity = ta2.entity
     and ta1.attributetype = 1 and ta2. attributetype = 2
     and ta1.enddate > getdate() and ta2.enddate > getdate()
left join tblAccount ta3 on ta1.entity = ta3.entity
      and ta3.attributetype = 3 and ta3.enddate > getdate()
where ta1.attribute = 'sam' and ta2.attribute = 'smith'

Когда он находится в предложении where, он сравнивает getdate() с NULL, если нет учетной записи, которая возвращает NULL. Так что никакой записи.

РЕДАКТИРОВАТЬ:

В ответ на обоснованную озабоченность по поводу нескольких действительных записей и для того, чтобы сделать код немного более удобным для обслуживания:

DECLARE @FNAME VARCHAR(50) = 'sam'
    , @LNAME VARCHAR(50) = 'smith'
    , @now DATETIME2(7) = GETDATE();

SELECT 
    name.[1st Name]
    , name.[last name]
    , name.entity
    , 
        (
            select 
                top 1 
                ta3.attribute
            FROM tblAccount ta3 
            WHERE 
                ta3.entity = name.entity
                and 
                ta3.attributetype = 3 
                and 
                ta3.enddate > @now
            ORDER BY 
                ta3.enddate 
        )
FROM 
    (        
        select 
            ta1.attribute '1st Name'
            , ta2.attribute 'last name'
            , ta.entity
            , ROW_NUMBER()
                OVER(
                    PARTITION BY 
                        ta1.entity
                    ORDER BY 
                        ta1.enddate
                    ) r
        from 
            tblAccount ta1
        inner join tblAccount ta2 
            on 
            ta1.entity = ta2.entity
            and 
            ta2. attributetype = 2
            and 
            ta2.enddate > @now
            and 
            ta2.attribute = @LNAME
        where 
            ta1.attributetype = 1 
            and 
            ta1.attribute = @fname 
            and 
            ta1.enddate > @now
    ) name
WHERE    
    NAME.r = 1

;

Этот код работает с подразумеваемыми предположениями об одной сущности на имя/фамилию и ровно на одну дату окончания после времени выполнения. Переменные немного более удобны для хранимых процессов и позволяют вам изменить дату «на момент». И если вы застряли с EAV, вам, вероятно, понадобятся сохраненные процедуры. Я беру первую запись, заканчивающуюся после рассматриваемой даты, исходя из предположения, что любые более поздние записи должны быть действительны только после истечения срока действия этой. Может быть, это излишество, поскольку это выходит за рамки вопроса ОП, но это верная точка зрения.

Я говорю «застрял с EAV». Хотя EAV не всегда плохо; никто не стреляет в спину. В любом случае, вам лучше иметь веское обоснование, если вы хотите, чтобы дело прошло мимо присяжных. В шаблоне хранения NoSQL это нормально, но EAV обычно является плохим шаблоном реализации для парадигмы СУБД.

Хотя из более позднего комментария ОП, похоже, что он нашел одну из лучших причин.

Каждый атрибут фактически является отдельной сущностью в этой модели, но все они совместно используют одно и то же хранилище в одной и той же физической таблице (почему?). Это дает:

with data as (
   select entity = 1, attribute = 'ben',   attributeType=1, enddate = convert(datetime,'99990101') union all
   select entity = 1, attribute = 'alt',   attributeType=2, enddate = convert(datetime,'99990101') union all
   select entity = 1, attribute = '12345', attributeType=3, enddate = convert(datetime,'99990101') union all
   select entity = 2, attribute = 'sam',   attributeType=1, enddate = convert(datetime,'99990101') union all
   select entity = 2, attribute = 'smith', attributeType=2, enddate = convert(datetime,'99990101') union all
   select entity = 2, attribute = '67890', attributeType=3, enddate = convert(datetime,'99990101') union all
   select entity = 2, attribute = '68790', attributeType=3, enddate = convert(datetime,'20130331') union all
   select entity = 2, attribute = '876', attributeType=3, enddate = convert(datetime,'19810101') 
) 
select top 1
    FirstName, LastName, AccountNum
from (
  select top 1 
    a1.entity, FirstName, LastName
  from (
    select entity, enddate, attribute as FirstName
    from data d 
    where d.enddate >= getdate()
      and attributeType = 1
  ) a1
  join (
    select entity, enddate, attribute as LastName
    from data 
    where enddate >= getdate()
      and attributeType = 2
  ) a2 on a1.entity = a2.entity
     and a1.enddate = a2.enddate
  where FirstName = 'sam' and LastName = 'smith'
    and a1.enddate >= getdate() and a2.enddate >= getdate()
  order by a1.enddate
) E
left join (
  select entity, enddate, attribute as AccountNum
  from data 
  where enddate >= getdate()
    and attributeType = 3
) a3 on a3.entity = E.entity
order by a3.enddate

возвращение:

FirstName LastName AccountNum
--------- -------- ----------
sam       smith    68790

Обратите внимание, что для бухгалтерии довольно часто, по крайней мере, вводить будущие транзакции в спокойное время месяца, особенно если эти транзакции вступят в силу в загруженное время месяца (т.е. в конце месяца). То же самое для годовых сделок. Не следует предполагать, что может существовать только одна запись со сроком действия > getdate().