Добрый день, Александр.
При больших объемах данных мы (и не только мы) настоятельно рекомендуем хранить базу данных на Microsoft SQL Server (можно использовать бесплатную SQL Express редакцию).
Если вкратце MS SQL Server - это специальная служба, запущенная на одном из компьютеров (как правило на отдельном сервере, хотя и необязательно), которая ведает хранением и обработкой баз данных по командам, поступающим от внешних программ, например, таких как ТЦУ. Архитектура SQL Server является мировым промышленным стандартом для баз данных, а Microsoft SQL Server занимает лидирующие позиции.
При большом количестве наименований программа работает устойчиво, поскольку устойчиво работает MS SQL Server 2005, на котором база данных будет размещена. При разработке ТЦУ мы поддерживали очень высокую культуру программирования, поэтому ТЦУ работает настолько быстро, насколько быстры приложения, использующие модель доступа к данным ADO (ActiveX Data Objects) от Microsoft (которая является на данный момент промышленным стандартом). Все остальное зависит от вашего оборудования, выбор которого должен быть разумным и взвешенным. Нужно учитывать множество факторов. И объем товарной номенклатуры, и объем документов в сутки, и насколько интенсивно идет работа с документами прошлых периодов, и сколько пользователей одновременно работает с системой. ТЦУ на эти параметры не накладывает никаких принципиальных ограничений.
Если вы примерно опишете указанные выше параметры, то мы сможем дать более четкую рекомендацию по выбору оборудования и организации всей системной архитектуры (какой конфигурации сервер, какие рабочие станции, какая сеть и т.д.) с тем, чтобы быстродействие было не просто приемлемым, но хорошим, и в то же время, чтобы не раздувать бюджет (деньги любят счет).

Что касается конвертации данных.
1. Программный импорт данных в ТЦУ3 предусмотрен только для баз данных ТЦУ1 или ТЦУ2.
2. Импорт данных из других учетных систем, например, 1С - вопрос очень индивидуальный, но вполне реальный. Просто от конфигурации к конфигурации базы 1С очень сильно отличаются по структуре и работать нужно в каждом случае по разному.

Если вы не хотите давать более подробную информацию в открытом источнике, то пишите на mail@andriy.co, там тему продолжим.

По поводу импорта из Excel. Сережа Синявский сейчас ведет один интересный проект, я не буду раскрывать его суть - тема секретная до поры до времени, но одной из возможностей этого проекта будет импорт товарного справочника из Excel. В ТЦУ3 экспорт и импорт предназначены несколько для других задач - экспорт для удаленного рабочего места продавца и импорт из КПК.

Программа "Прайс-анализ" работает на основе .NET Framework 2.0 (так называемый "Дот Нет") от Microsoft. Если у Вас не установлен подобный фреймворк (он поставляется в комплекте WinXP SP3 и с WinVista, на WinXP SP2 и более ранние версии Windows его надо устанавливать), то программа собственно не может запустится.
Скачать и установить Framework 2.0 можно по данной ссылке. Его объём примерно 20 МБ. Он также используется для многих программ как от Microsoft, так и сторонних производителей - вещь в Windows'e необходимая :) .

Для автоматического импорта данных программе надо "объяснить" какую строку из прайс-листа (её элементы) надо использовать для обновления сведений по данному конкретному товару. Именно для этого и используется привязка НОМЕРА ТОВАРА в учётной системе к уникальному полю (столбцу) в прайс-листе.
Это не означает, что обязательно для этого использовать именно НАИМЕНОВАНИЕ ТОВАРА из прайс-листа. Можно, вполне, также использовать любое другое поле (столбец) , главное условие - это поле должно содержать уникальные значения. Т.е. не должно быть 2-х строк, в которых содержимое ячеек используемого для идентификации столбца равно.
Иными словами для привязки внешнего названия ко внутреннему можно использовать:
1. внешнее наименование товара
2. уникальный код товара
3. неповторяющийся штрих-код (= уникальный код товара)
НО... какое поле использовалось для идентификации (создания нового) товара - так этот товар в учётной системе и будет назван. Идаже при использовании штрих-кода из прайс-листа (или другого документа) он будет занесён не в "Штрих-код", а в "Наименование" в карточке товара.

По большому счёту не имеет значения как называется товар у поставщика. Главное - его порядковый номер (и название - для лёгкости восприятия) в базе данных фирмы.
Что бы хотелось бы знать о товаре? В первую очередь - его стоимость, затем - есть ли он вналичии (и где именно), его описание или комментарии к нему. А как именно он называется - синий шарик или шарик зелёный - не имеет никакого значения, главное чтобы и поставщик и покупатель подразумевали один и тот же товар.
Вот именно по этой причине и не имеет значения, что выбирать в качестве "имени товара" - название от поставщика, код продукта или штрих-код. Это личное дело оператора программы "Прайс-анализ". Поэтому смело можете использовать ЛЮБОЕ поле прайса, которое является ОДНОЗНАЧНЫМ признаком товара.
Только при использовании кодов при импорте - не получится полноценно создавать товары (название то цифровое будет).
И "ложечка дёгтя" напоследок: у разных товаров встречается один и тет же штрих-код (та же Кока-кола например). Так что следует выбирать тот признак, в котором меньше всего "дубликатов"... или по желанию пользователя :) .

Спасибо большое за ответы. Но создаётся впечатление что мы пишем о разном.
Зачем мне вместо наименования товара цифры-код или штрихкод. Вообще-то я вёл речь о другом.
Я несколько лет работаю с 1С.Для удобства работы (т.к. наименований 20000 ,а у поставщиков
45000-50000 каждую неделю 100-200 новых позиций) встала необходимость в автоматическом оприходовании и создании новых позиций. Пришлось написать небольшую обработку. Суть такова. В обработке я задаю соответствия :наименование-2-й столбец ,цена-3-й, Артикул-10-й,штрихкод-12 и т.д.- производитель, Страна. А далее нажимаю одну кнопку и обрабока считывает 1 строку. Считывает штрихкод и смотрит есть ли такой штрихкод в базе. Если есть то идет ко 2-й строке, если нет создаёт новй товар- Где наименование товара берет со 2-о столбца ,штрихкод с 12-го и т.д.
После этого нажимаю вторую кнопку и создаётся приходная накладная. Опять же считывается штрихкод, ищется в базе такой же и в накладную записывается мой товар с базы потом добавляется количество и цена с накладной поставщика. И всё.
Вот я и спрашивал можно ли чтобы в Прайс-Анализе были такие возможности?
Спасибо

При импорте товаров или при импорте накладных цены переносятся с округлением - например вместо 9.23 записывается 9.00 ????