ВЫБРАТЬ ПЕРВЫЕ 1
    АктОбОказанииПроизводственныхУслуг.Дата КАК Дата
ИЗ
    Документ.АктОбОказанииПроизводственныхУслуг КАК АктОбОказанииПроизводственныхУслуг

УПОРЯДОЧИТЬ ПО
    Дата УБЫВ

ИЛИ
    
    
ВЫБРАТЬ
    МАКСИМУМ(АктОбОказанииПроизводственныхУслуг.Дата) КАК Дата
ИЗ
    Документ.АктОбОказанииПроизводственныхУслуг КАК АктОбОказанииПроизводственныхУслуг

(0) Почему бы тебе это не проверить прям отладкой?

спросить проще ))

Второй

В первом случае индекс скан, плюс сортировка
Во втором индекс скан, плюс агрегатная функция

(4) в первом сортировки не будет, индекс уже отсортирован

Скорее всего оптимизатор скл сам сделает все одинаково

Но лучше 1, ибо если данных не будет, то первый вернет пустую выборку, а 2 - null

(7) NULL можно проверить, а ещё, похоже что в разных версиях чего-то - МАКСИМУМ() пустой выборки возвращает пустую выборку, вместо NULL. То ли от настроек зависит, например, скуля.. Нагляднее - второй способ. Категорически нагляднее.
Если чисто поразмышлять, то поиск максимума - это один проход по списку, а сортировка - многократное

(0) По времени примерно одинаково.
Но иногда в компоновке данных запрос "Выбрать первые 1" приводил к ошибке. А в обычной консоли работало. Помогает использование "Выбрать Максимум(...".
Поэтому стал использовать чаще второй вариант.

(8) если 1 поле, то null, а если есть еще поля, то пустая выборка

(0) На MSSQL в таком виде одинаково.

В реальной жизни, скорее всего будут еще другие условия, например на период.

(8) есть такой момент с агрегатными функциями (у нас была проблема с агрегатной функцией СУММА). Одна и та же база на разных серверах давала из-за этого разные результаты вычислений при проведении документа.

Да как в опу разница
Опять оптимизация на спичках?)

в общем проверил на регистре накопления, записей почти 10,5 миллионов, в обоих случаях запросы выполняются примерно за 0.004-0.006 секунд...