Такой вопрос, может кто-то сталкивался...
Имеется куча файлов в Excel. Все бы ничего, да нужно информацию из них запихать в FOХ. Дело в том, что заголовки столбцов имеют имена длиннее 10 символов, разрешаемые FОХом. Можно, конечно, нарисовать большой и длинный DO CASE... Обязательно ли создавать DBC что бы использовать длинные имена полей? Или можно как-то обойти 10 симв. лимит?

Курсоры могут содержать поля > 10 символов. Для таблиц обязательно наличие DBC.

Пробовал. Почему-то не берет...
Ошибка: Syntax Error

Как объяснить пробелы в именах? Что пишет хелп по поводу названия полей?

Потому что имя поля, как и любой дргой фоксовый идентификатор, не модет содержать внутри себя пробела. Это есть в хелпе. Статья "Field Creation" и оттуда ссылка на статью "Creating Visual FoxPro Names"

А если так ?

Кавычки без надобности.

Пробовал по разному. Дело в том, что многие умена полей начинаются одинаково. Например:
Insured1_name, Insured1_Street_1, Insured1_policy_number и т.д.

2 s.r.g.e.y.
Спасибо, пробовал уже

Фоксер
2 s.r.g.e.y.
Спасибо, пробовал уже

И, что ?
У меня например вот так.
[attachment 8811 tmp.JPG]

Посмотри, пожалуйста, предыдущий пост
Имена полей начинаются одинаково. Собственно, искал что-то, что могло бы помочь без создания DBC...
Ладно, буду искать другой выход...

You specify names for fields as you build a table. For free tables, field names can be up to 10 characters long. For database tables, field names can be up to 128 characters long.

Никаких ограничений на символы (кроме служебных &,\./ и т.д.) нет.

Ну и что ?
[attachment 8812 Áåçûìÿííûé.JPG]

Фоксер
Пробовал по разному. Дело в том, что многие умена полей начинаются одинаково. Например:
Insured1_name, Insured1_Street_1, Insured1_policy_number и т.д.

Начинаются, ну и бог с ними. Кончаются-то по разному. Чем не нравится подчеркивание вместо пробелов ?

Фоксер
Никаких ограничений на символы (кроме служебных &,\./ и т.д.) нет.

Следует до конца читать. Я привёл названия 2-х разделов хелпа. В первом написано.

Цитата:

For database fields, Visual FoxPro stores the first 10 characters of the field name in the table (.dbf) file and the long name for the field in the database (.dbc) file. The rules for creating long field names are the same as those for creating any Visual FoxPro identifier except that database field names can contain up to 128 characters. For more information, see Creating Visual FoxPro Names

Во втором, по ссылке соответсвенно:

Цитата:

Data containers and some parameters to commands and functions require a name. When you create a name in Visual FoxPro, apply the following rules:
-Use only letters, underscores, and numbers.
-Begin the name with a letter or underscore.
-Use 1 to 128 characters, except for field names in free tables and index tags — those can be 10 characters at most.
-Avoid words reserved by Visual FoxPro.

Мне кажется, что вполне чётко сказано.

Сделать таблицу соответствия наименования полей xls_tbl, xls_fld, vfp_tbl, vfp_fld. Мало ли что там в excel может быть...

Можно попробовать пойти другим путем:
Открыть файл в Excel (ручками или программно)
и сохранить его как dbf. Дальше работать с dbf.

Или в том же духе:
Вставить в начало файла строку с названиями полей
и сохранить как dbf...

(Excel при сохранении в dbf использует первую
строку как названия полей)

pmmick
Можно попробовать пойти другим путем:
Открыть файл в Excel (ручками или программно)
и сохранить его как dbf. Дальше работать с dbf.

Или в том же духе:
Вставить в начало файла строку с названиями полей
и сохранить как dbf...

(Excel при сохранении в dbf использует первую
строку как названия полей)

Офис 2007 уже не дает возможности сохранить таблицу как dbf

Да, это так. Есть правда платные конверторы XlsToDbf,
например здесь www.whitetown.com

Не обязательно сохранять в dbf.
можно попробовать в xml а потом из xml в курсор (я правда так не пробовал,
но как вариант...)

Спасибо всем за советы.
Вышел из положения читая данные прямо из Excel, как посоветовал один из форумчан.
Дело в том, что Excel-файлы приходяы из разных источников и соданы разными версиями (начиная с Excel 95...)
Читая данные при помощи Object-ов решило проблему.