В принципе, это возможно такой командой


Однако сама постановка вопроса говорит о том, что вы где-то серьезно ошиблись в проектировании приложения. Удаленные записи не должны восстанавливаться. "Умерла, так умерла". Физически они удаляются последующей командой PACK, которая дается раз в неделю/месяц/год администратором базы данных в зависимости от интенсивности удаления записей в вашем приложении.

Да, понятно, вы начнете рассказывать сказки про то, что пользователь ошибся, произошел сбой и т.д. и т.п. Это все понятно, но, тем не менее, не является оправданием.

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

Ну, например, удаление записи о приеме товара на склад должно вызвать удаление записей из таблиц документов и строк документов. А также изменить доступный остаток в карточке товара. Хотите восстановить документ? Так вам придется озаботится поиском всех связанных записей и пересчетом остатков. Оно вам надо? Гораздо проще во всех смыслах завести документ заново.

rewareVadyА конкретно SQL-запросом как?
А без SQL-запроса вы не умеете ? :)

Есть один нюанс. COPY TO физически создает таблицу на диске. И для ее удаления надо будет удалять именно файл с диска. Команда Select-SQL может создать курсор или массив. Т.е. либо физически файл на диске создан не будет, либо он будет удален автоматически в момент закрытия курсора.

Кроме того, COPY TO учитывает все наложенные ограничения на таблицу. Т.е. например, если есть фильтр SET FILTER, то COPY TO выгрузит данные с учетом этого фильтра. А Select-SQL подобный фильтр проигнорирует.

Впрочем, что именно использовать зависит от задачи.