Итог - в рамках Эксель это сделать технически невозможно?

Так понимаю имеете ввиду : Экспортировать в нормальную базу данных (mysql, postgresql) и далее делаю запросы?
Только единственное, с такими базами ни разу не работал. В рамках данной задачи что необходимо знать/посмотреть по этим базам данным, чтобы решить мою задачу?

OMG, 20 миллионов строк и будет ещё расти, а вы всё ещё сидите на Excel? Чем вас любая СУБД не угодила? Возьмите любую (MySQL, например), загрузите все данные туда и дополняйте их, а запросы через SQL ведите - это будет работать практически мгновенно

можно решить коллекциями или словарями (если уникальных фамилий в списке с телефонами более миллиона, то не стоит), картами (нужна дополнительная библиотека, зато очень быстро), а также бинарным поиском по отсортированному списку
Если нужно МАКСИМАЛЬНО быстро — обратитесь к bedvit'у

Без Excel — это прям шаблонная задача для SQL

так может сегодня и не просит, а так как ТС пишет, что база будет и дальше расти, то моё ИМХО, тут только уже СУБД (SQLite, MySQL, Postgre, MSSQL и т.д.) нужно. Вот придёт через 4 месяца ТС и скажет - ребята, у меня тут 50 млн записей и Bi просит денег, как тут ВПР прикрутить мне, посоветуйте скорее...

А если ограничится решением, что базу окончательную в 30 - 50 - 100 м загружаю сразу и теоретически для дальнейшей работы и решение моих задач - это должно хватить.
То? То все равно SQL так понимаю )

И далее переход к результату, если все таки решено - что решение только через SQL и основываясь на сообщении Dyroffа, что кто не знает как это работает - построить самостоятельно это будет сложно (даже если получится на факт что правильно/быстро и тд), поэтому решение = обращаться к аутсорсу?

Итого:
Мне нужен инструмент,
Под инструментом я имею ввиду, что у меня будет файл/формула/база где:
1) есть исходная база 30 - 50 - 100 м строк с данными
2) я имею возможность в какой-то раздел по мере необходимости (т.е в любое время) занести список ФИО для ПОИСКА номера и мне база подготовит эксель файл (ну или формат базы, который, надеюсь, потом можно будет экспортировать как эксель) с окончательным результом в виде:
-ФИО - Возможный Номер 1 - Возможный Номер 2 - Возможный Номер 3 - Возможный Номер 4 - Возможный Номер 5 и тд.
3)Техническая реализация/скорость данной процедуры составляет адекватные сроки (здесь я имею ввиду, что например если база 30 - 50 м строк, и есть список всего из 100 ФИО для поиска номера, то исходный результат будет доступен, ну скажем за 60-180 минут, т.е. чтобы не было такого, что срок реализации условно 48 часов, конечно, если  вариантов по техническим моментам других нет - будем рассматривать и такой вариант).
4)Также при реализации инструмента необходимо обсудить возможность технических доработок  (их реальность в целом/коэф. сложности и тд) для дальнейшего использования этого файла/формулы/базы. (Здесь я имею ввиду подгрузка базы данных (дополнительных строк в разных количествах 1м-5м-10м и тд).

Соответственно дальнейший вопрос:
Кто из присутствующих здесь может это реализовать?

И второй вопрос,
Т.к. вопрос создания данного инструмента касается $ - хотелось бы уточнить:

Все запрашиваемые пункты стандартно можно реализовать в одном решении?
Или можно предоставить разные варианты, т.е.:
Реализация всех 4 пунктов - цена 1
Реализация 3 пунктов - цена 2
Реализация 2 пунктов - цена 3
Реализация 2 пунктов с доп. - цена 4

Ну думаю суть понятна вопроса. Все условия по ценам - можете отправить в Л/С.

Если есть какие-то замечания или моменты, на которые мне нужно обратить внимание перед окончательным составлением ТЗ для исполнителя - пожалуйста напишите.

Большое всем спасибо за наводки.

vikttur, пока на паузе.
Хочется понять все таки какое решение оптимально использовать.

То есть алгоритм будет такой:
В базу данных по заданному расписанию подтягиваются новы данные - вы запросом вытягиваете из базы данных нужный результат (а еще лучше его предварительно агрегировать на стороне базы данных, чтобы не делать преобразование такого большого объема на стороне модели данных в Excel) - а потом просто выводите результат в Excel  в нужной конфигурации.

Вот это решение?

Возможно вам подойдут Функции:
1.GetRowsCountCSVansi(Файл(строка), ОтключениеКешированияФайла(0/1)) - возвращает кол-во строк в файле (учитываются пустые строки, расчет происходит по количеству разделителей строк)
2.GetRowCSVansi(Файл(строка), ПодстрокаДляПоиска(индекс), ОтключениеКешированияФайла(0/1)) - возвращает найденную строку по индексу
3.FindRowsInCSVansi(Файл(строка), ПодстрокаДляПоиска(строка), ВывестиВсеСтроки(0/1), ОтключениеКешированияФайла(0/1)) - возвращает найденную строку/строки по искомой подстроке

FindRowsInCSVansi(Файл(строка), ПодстрокаДляПоиска(строка), ВывестиВсеСтроки(0/1), БезКеширования(0/1)) - возвращает найденную строку/строки по искомой подстроке

Итого при документированной скорости чтения SSD - 450 Мб/с, 10 ГБ читается за 22,2 сек, что близко к скорости поиска (25,45 сек. с отключенным кешированием - 40 млн.строк, ищем последнюю). т.е. скорость поиска сравнима со скоростью чтения с носителя.

Тема на этом форуме.

Если файл будет кеширован, то поиск будет доли секунды.

если убрать тавтологию, то вам проще попробовать
Надстройка бесплатная и ставится, как любая другая  

Jack Famous, спасибо. Будем пытаться.

БМВ, база в миллиарды.
Просто выдергиваем сегмент определенный в 20 - 100 млн.

Скажем так: малый бизнес в структуре крупной компании.

На верхнем уровне построить данный процесс действительно проще и можно за любые деньги. Но соответственно если в руки возьмется верхний уровень, то и сливки снимут они.
А пока они к этому будут приходить, то у нас есть 3 - 5 лет, чтобы постараться нажиться/сформировать базу клиентов исключительно для себя.
Бизнес процесс чуть сложный по распределению. Но суть думаю отразил.

Михаил, это Вы не так поняли: Остап Бендер чтил уголовный кодекс, но тогда не было интернета + нынешней ст.137 и подобных  
У всех форумчан есть возможность 3-5 лет для решения задачи ТС-а   (срок решения задачи не совпадает со сроком статей УК, но это упущения УК)  
Руслан, не формируйте базу клиентов привлекая  к этому других людей, постарайтесь справляться со своими проблемами самому. Из Вашей темы ясно, что Excel вообще не при делах Идите (устраивайтесь) с этой базой работать в Google, а если не справитесь с очередной задачей, обращайтесь на форумы по Excel (их много), также как и по SQL и пр. языкам и средствам.

БМВ, #20&22 +++  

Руслан, все ответы это не в обиду, а в помощь. Прочитайте название Вашей темы. Все возможные варианты номеров телефонов хранить в Excel и здесь же с ними работать - не лучший вариант. Не с функциями Excel нужно разбираться, а со средствами решения Вашей задачи. Поэтому и возникают дополнительные вопросы, на которые Вы все равно отвечаете "А я хочу вот так". Это насчет
А насчет  заявления для запроса: И как работать с такими базами Вы ищите на форумах? Google не помог?Это из правил форума.
По файлу-примеру: лично я нисколько не сомневаюсь, что Вы сами придумали и собственноручно набрали в каждой ячейке каждое из 700+   ФИО полностью
Извините, ничего личного. Задолбали звонки на телефон из банков с предложениями о кредитах и рекламные рассылки.

Итог:
представлены варианты решения в виде функций от bedvit'a.
реализовать лично - не могу (не хватает знаний).

Решение необходимо по примеру: Вариант 1: (развернутый)
(естественно обязательные условия: открытие всего файла >1м строк (или обращение ко всему файлу CSV (нескольким файлам))

Кто готов провести за руку до логичного конца? С предложениям - можно в личку.

Просьба перевести в ветку заказы.
Спасибо.

Руслан Дергунов, какой бюджет? Устроит ли озвученный мной ранее вариант?