| |
 8 Кб. |
|
| | собственно с импортом как будто бы проблем нет. Однако!
Некоторые релятивные поля таблицы содержат несколько значений ключа главной, разделенных запятыми. Акс эту кашу презрительно игнорирует. Как разруливать прелести dBASE? | |
| |
| |
| |
|
|
| | Видимо, нужна спецификация импорта, что-бы поле USLUGA создавалось текстовое, а не числовое? | |
| |
| |
| |
|
|
| |
ник: Lukas
Видимо, нужна спецификация импорта, что-бы поле USLUGA создавалось текстовое, а не числовое?
|
Lukas, при экпорте/импорте DBF средствами Access никакие спецификации не предусмотрены. При импорте с помощью запроса Select...Into можно изменить тип числовых полей или преобразовать поля к текстовому типу. | |
| |
| |
| |
|
|
| | Буду знать, спасибо.
зы. Потому вопросительный знак и поставил.  | |
| |
| |
| |
|
|
| | Вы бы лучше сам файл прицепили. 
Некоторые релятивные поля таблицы содержат несколько значений ключа главной, разделенных запятыми
|
. Значит эти поля - текстовые, и после экспорта в таблице Акса они также будут текстовыми, и ничего не должно пропадать.
Или как вы делаете импорт? Если запросом в существующую таблицу, то, вероятно, поле-получатель числовое. | |
| |
| |
| |
|
|
| |
Вы бы лучше сам файл прицепили.
|
Файл на работе остался. Завтра прицеплю. Как я делаю импорт? - Ничего не изобретал, вручную, через файл - импорт, тк работа разовая.
Значит эти поля - текстовые, и после экспорта в таблице Акса они также будут текстовыми, и ничего не должно пропадать
|
А по импорту ничего и не пропадает - текст в текст. Пропадают позиции, когда я ставлю связку главная форма - подчиненная, и если в релятивном поле сразу четыре ключа главной таблицы, то вместо четырех позиций я в опорном справочнике не получаю вообще ни одной. Как там в dBASE это работает, мне невдомек. Конечно, можно ручками строки разнести, и тогда все в наличии. | |
| |
| |
| |
3 Кб. |
|
| | файлы в студию | |
| |
| |
| |
|
|
| | В таком виде связать форму с субформой не получится.
Можно сделать их несвязанными, а на событие Current формы накладывать фильтр на субформу.
Одно значение или несколько через запятую прекрасно подходят для условия фильтра в виде: [NAME] In (2600009,2600008,2600001,2600002) Например:
Private Sub Form_Current()
With Me![Имя контейнера субформы].Form
.Filter = "[NAME] In (" & Me![USLUGA] & ")"
.FilterOn = True
End With
End Sub
|
А зачем вам здесь подчиненная форма? Это можно организовать в виде списка или поля, возвращающего перечень услуг.
Если учет ведется в другой программе, а Access нужен только для анализа, то зачем импортировать файлы? Создайте связанные таблицы и будете всегда иметь самую свежую информацию.
Но если вам нужно не только смотреть, а еще и редактировать данные, то всю стратегию надо менять. | |
| |
| |
| |
|
|
| | Благодарю за ответы.
Акция разовая, так что стратегия потерпит важен результат.
Фильтр через IN действительно прекрасен, я сделал через LIKE, работает, но наверное не очень корректно будет. | |
| |
| |
| |
|
|
| | Для набора значений LIKE не годится, а для одного - не нужен (достаточно и "=")  | |
| |
| |
| |
|
|
| | Вроде как засохла тема но решил ответить. По простой причине: влияние субъективного фактора в программировании. Всецело доверяю Анатолию принял предложенный вариант(время поджимало) и сдал в работу. Уже потом разобрался с
Для набора значений LIKE не годится, а для одного - не нужен (достаточно и "=")
|
и понял что это был ошибочный путь. Такие вот дела... | |
| |
| |
