кладовщикну или пустые удалить

Range.SpecialCells(xlCellTypeBlanks).EntireRow.Delete

комплектовщикА СКЛ-запросы по-хорошему очень быстрый и эффективный вар-т
Едва ли, по крайней мере по 2 причинам.
- SQL - это приблуда именно реляционных БД, к коим Excel никогда не относился, и родной поддержки - не имеет, а только через ODBC/ADO и прочая.

- SQL запросы быстры и эффективны когда выполняются на сервере.По опыту, клиентские машины (где и выполняется Excel в 99 % случаях) вычислительной мощью не обезображены, и, в общем случае, обрабатывать данные листов Exel с помощью SQL накладнее, чем "родными" средствами. Другое дело, что на "приемлимых" объёмах данных разница не столь заметна (впрочем, можете провести простой эксперимент - копировать диапазон данных, скажем 100х500000, с одного листа на другой, разными способами - массивом, copy/paste, копировать лист, ADO, другими - сами увидите). Эффективность же SQL в данном случае - субъективна и определяется спецификой языка: - вы говорите "что" надо сделать с данными, а не "как".

Возвращаясь к вашему примеру.
В случае, если в вашем наборе получается так много пустых строк (более 30-40%), то да, .EntireRow.Delete - окажется неэффективным. Но это говорит о том, что вы изначально плохо готовите свои наборы данных. В идеале - у вас набор сразу должен получаться без пустых строк, откуда бы вы его не брали. В конечном счёте, искомый результат в данном случае можно получить и не удаляя пустые строки: например отсортировать(Worksheets(SheetName).Sort) результат по убыванию - всё пустое окажется в самом низу диапазона.

Касательно ADO для работы с данными Excel. Я к нему прибегаю только в специальных случаях (например при передаче табличных параметров в БД через .NET, это действительно "дешевле", ну и работа с собственно БД). Поначалу развлекался, как и вы, с именованными диапазонами, но оказалось, что для моих целей гораздо эффективнее передавать адрес диапазона , вычисляемый непосредственно перед передачей в запрос. Важный нюанс: если действо производится с открытой книгой, то после вычисления диапазона, книгу нужно сохранить.
Строка подключения получалась следующая:


book_path - путь к книге

и запрос:


Current_Data - адрес диапазона в требуемом формате.
Опять же, колонки лучше перечислять явно, условие можно применять сразу, т.е.



К данным строке подключения и виду запроса я пришёл в результате несколько продолжительных исследований(в нете, на примерах и т.д.) и использую строго их(другие могут вести себя непредсказуемо). Главным образом всё возращается к тому, что Excel не БД: типы данных столбцов - могут доставить много головной боли, поэтому данные брать как строки, отсюда и параметры в строке подключения, и условие
. Опять же, в терминах Excel, Null не тоже самое что в SQL:
Excel Developer ReferenceThe Null keyword is used as a Variant subtype. It indicates that a variable contains no valid data
BOLA value of NULL indicates the value is unknown
И другие заморочки - много их
Рекомендую к ознакомлению:
Всё про строки подключения
ЛикБез от MS.В статье используется JET, в конце есть ссылки на остальное