Виктор З.Большое спасибо всем за идеи.

Я склоняюсь к следующему варианту развития событий:
1. Создается таблица соответствия названий полей в прайс-листе названиям в БД под конкретный прайс-лист.
2. Пользователь указывает крайнюю левую ячейку конкретного прайса, в которой находятся названия столбцов. Аналогичная ситуация с ячейкой с данными (стартовую координату определяет пользователь).
3. БД выводит все варианты столбцов и их автопривязку в соответствии с таблицей (п.1). Также выводятся несколько строк с данными - для образца. Пользователь подтверждает свой выбор по п.2.
4. В случае, если в таблице соответствия отсутствуют названия столбцов из прайса, после пользовательского подтверждения, данные записываются в таблицу соответствия под конкретный прайс-лист. Пользователь указывает столбцы, которые не нужно импортировать.
5. БД определяет диапазон для импорта данных*.
6. БД импортирует диапазон в рекордсет.
7. Перебирая рекордсет, происходит добавление данных во временную таблицу с описанными заранее полями. Формат полей - Memo или текстовый. Столбцы, отмеченные как "не нужные" во временную таблицу никаким местом не вставляются.
8. Каждое поле соответствующим образом обрабатывается. Например, проверяется, чтобы в названиях прайсовых позиций не было "переносов каретки"; год состоял не из конкретной даты, а, собственно, из года; заменить в цене "-" на "," и т.д. и т.п...
9. Из временной таблицы данные импортируются в нормальную таблицу.

*Задача обрабатывать несколько листов Excel пока не ставится.

В этом случае меня беспокоит скорость процесса обработки. У основных поставщиков встречается до 40.000 наименований при количестве столбцов до 26.

0

Надо завать имя файла и имя листа. Можно придумать зарезервированное слов типа {List}, @Loop для обработки всех листов книги.

1 и 2

Если в таблице соответствия ячеек эксел и полей в таблице БД будут задаваться значения ячеек шапки талицы в эксель, то 2 можно найти при разборе листа - найдя в нем строку, где будут встречаться все ячейки эксельной шапки. Данные стало быть, лежат ниже. При этом таблица может перезжать куда угодно и столбцы могут быть не подряд, меняться их порядок.

5

Данные можно читать начиная с ниже шапки дотех пор пока не пойдут пустые строки.

7,8,9

Я сделал несколько режимов вставки данных. Можно генерить SQL файл команд INSERT INTO ... ( ... ) VALUES ( ... ).

Можно только перезаписывать те данные, которые уже есть, можно только добавлять новые, можно и те и другие. (для определения наличия данных некоторые столбцы помечаются как уникальный ключ).

Необходимо добавить обработку числовых данных чтобы при любых форматах данные читались как числа.

Нужно уметь брать некоторые значения из произвольных ячеек листа, например:

Фирма: Рога и Копыта
Прайс на: 01/09/2008

№ Товар Цена
01 Aaaaa 15.95
02 Bbbbb 25.55

Тогда вы сможете разбирать очень широкий набор исходных файлов. ( Как и я )

Виктор З. Программист-Любитель
1. Надо завать имя файла и имя листа.
2. Можно придумать зарезервированное слов типа {List}, @Loop для обработки всех листов книги.
3. Если в таблице соответствия ячеек эксел и полей в таблице БД будут задаваться значения ячеек шапки талицы в эксель, то 2 можно найти при разборе листа
4. Данные можно читать начиная с ниже шапки дотех пор пока не пойдут пустые строки.
5. Я сделал несколько режимов вставки данных. Можно генерить SQL файл команд INSERT INTO ... ( ... ) VALUES ( ... ).
6. Можно только перезаписывать те данные, которые уже есть, можно только добавлять новые, можно и те и другие. (для определения наличия данных некоторые столбцы помечаются как уникальный ключ).
7. Необходимо добавить обработку числовых данных чтобы при любых форматах данные читались как числа.

1. Пущай пользователь выбирает. WizHook.GetFileName
2. Не совсем понял
3. Логично, учту
4. Не всегда требуемые данные идут после названия столбцов. Может быть несколько пустых/полупустых строк. Пример ниже. Хотя можно, конечно, определять где начинаются реальные данные.
5. Не понял. Генерить откуда? Запросить из Excel? Есть пример?
6. Логично. Где нужно - пользуюсь. Здесь речь о чем: в Excel'е столбец каким-то образом делается ключевым и сравнивается с таблицей в БД? Или я что-то не так понял?
7. Предполагается, что числа числами будут становиться тогда, когда данные пройдут соответствующую обработку во временной таблице в базе. Почему: например, некоторые "дельцы" выкидывают цены в прайсы не числом, а текстом - "10-50" или "10 руб. 50 коп.", ставят "левые" символы в числовое поле и т.д... :((
1. Можно чуть проще - есть штатный диалог выбора файла.
2. Если вы хотите обработать ВСЕ листы в книге, перебирая один за другим.
4. Импорт из такого файла у меня выполнится, а строки с наименованиями разделов будут просто проигнорированы, если хотя бы один столбец посечен как ключевой. Это определенный трюк, но им можно пользоваться прямо сейчас. А можно доработать код импортера чтобы четко ловить подобные разделы.
5. Имеется в виду, что при обработке таблицы внутри импортера генерятся операторы INSERT которые могут тут же выполняться, в текущей БД, а могут складываться в текстовый файл, который потом можно скормить любой РСУБД.
6. В таблице-приемнике некоторые столбцы составляют уникальный ключ. Остальные - обычные данные. Про уникальному ключу генерится либо оператор INSERT либо UPDATE
7. Обработка чисел у меня не очень развита. 10,123.43 и 10123-45 и похожие у меня пройдут, а 100 р. 10 коп. - нет.

RADDDВы слишком хорошо думаете о тех людях, которые создают эти прайсы.
В основной массе – это люди с большой (и к сожалению нереализованной) тягой к прекрасному.

Главное , чем чмошнее контора – тем этого прекрасного в их прайсах больше…
Более-менее серьезные – давно автоматизировали выгрузку/отправку прайсов и , с эстетической стороны, их прайсы – интереса не представляют…хотя и здесь бывают исключения.

…так сказать – из последнего , избранное..

2.бренд на ярлычке листа Excel
т.е. на листе есть колонка Модель – в ней 2110 – а что это пылосмок или мутюг – хз…
взгляд переходит в низ листа – и чудо – оказывается это телефон – на ярлыке – Nokia
- Зачем? – продолжает тупить программист.
- Оченя удобно искать! Оченя!! – не позволяет программисту умереть идиотом , добрый менегер..

3.несколько таблиц на листе
т.е. кол.1 – Наименование, кол.2 – Цена, пропускаем 2-е колонки, кол.5 – Наименование, кол.6 – Цена, и т.д. , взависимости от фантазии менегера
- Зачем? – удивляется програмер
- Меньше надо прокручивать страницу. – учит мудрый менегер. (…и главное – не поспориш…)

Ситуацию 2 я умею обрабатывать, 3 - только если в таблицах хотя бы один заголовок будет отличаться.

RADDDможет это мне конечно не везло - но практически у всех в названии файла была дата файла.. (что то типа "ЧП Василий_02.07.xls")
так что если и хранить то маску - ЧП Василий_*

Да, полезно уметь импортировать последовательности файлов (в частном случае один файл), задавая маску, как дата входит в имя файла.

Совершенно верно. Вот пример настройки на файлы типа "B160908.dbf"
Настройка на ваш файл ЧП Василий_02.07.xls выглядела бы как
№КодДлинаЗначение1Василий_2dd23.4mm2

У меня не было проблемы одинаковых имен файлов из разных источников. В таком случае я бы раскладывал по разным папакам, но если источников много, то это неудобно.