Приведение данных в определенный вид

[Emmelman]

да как раз по этой статье вышеописанную процедуру и сделал) Хаха, да не год, месяц,наверное. Просто была задача - сделать импорт из файла, я ее сделал. Теперь вдруг айтишников нельзя попросить сделать нормальную выгрузку,чтобы дата корректная была, и просят,чтобы программа сама делала

[Андрэич]

А, там ещё Акс может без спецификации не сдюжить, в случае если полей много, a файл объёмный, разделитель нестандартный (да ещё датные поля, которые надо преобразовывать!)... Но при правильном коде всё равно будет понятно, что он заработал. Сначала обкатайте запрос через конструктор, только после того, как заработает, его можно в VBA приживать...

[Emmelman]

попробую сейчас поковыряться, там всего одно датное поле из 20-ти и оно первое!)

[Андрэич]

Сообщение от Emmelman

айтишников нельзя попросить сделать нормальную выгрузку,чтобы дата корректная была, и просят, чтобы программа сама делала

Понял, сразу надо конкретно выкладывать, где запущено
А там теперь уже несложно, потому что теперь всё ясно и наглядно. Когда надо? (Сегодня поколдую, к вечеру, скорей всего...)
Ты, это, скажи этим господам, что, мол, договорился: программа всё сделает сама, как и просили. А с них, за телепатию и цифровое чревовещание - ... ну они и сами всё знают

[Андрэич]

Ух ты, чють не компьютер не сломали
Поле-то текстовое, и будет несовпадение типов. Так надо:

format(datevalue(format(OPERATIONDATE,"0000\.00\.00")))

(Название спецификации - имя файла)
............................

[Emmelman]

как-то вот так составил запрос

insert into Operations  (OPERATIONDATE, BRANCH_NAME, BRANCH_NAME,AMOUNT_OPERATION,DEBIT_ACCOUNT,
DEBIT_ACCOUNT_OWNER_NAME, DEBIT_ACCOUNT_OWNER_ID,DEBIT_ACCOUNT_OWNER_STATUS, 
CREDIT_ACCOUNT, CREDIT_ACCOUNT_OWNER_NAME,CREDIT_ACCOUNT_OWNER_ID,
CREDIT_ACCOUNT_OWNER_STATUS, EXPLANATION, BANK, ENTER_USER,APPROVE_USER,PRODUCT_NAME)

SELECT format(datevalue(format(OPERATIONDATE,"0000\.00\.00"))), BRANCH_NAME, BRANCH_NAME,
AMOUNT_OPERATION, DEBIT_ACCOUNT,DEBIT_ACCOUNT_OWNER_NAME, DEBIT_ACCOUNT_OWNER_ID,
DEBIT_ACCOUNT_OWNER_STATUS, CREDIT_ACCOUNT, CREDIT_ACCOUNT_OWNER_NAME,CREDIT_ACCOUNT_OWNER_ID,CREDIT_ACCOUNT_OWNER_STATUS, 
EXPLANATION, BANK, ENTER_USER,APPROVE_USER,PRODUCT_NAME
FROM [FX_Transfer_staff20121203#txt] IN 'C:\Documents and Settings\u1226430\My Documents\Education docs\Базы данных\' [Text;DSN=schema.ini;IMEX=2;HDR=Yes]

Не пойму почему ругается на поле CURRENCY, если оно есть -то выскакивает ошибка INSERT INTO Syntax error, без данного поля продолжает работать, но выскакивает ошибка в конце,вот здесь-

[Text;DSN=schema.ini;IMEX=2;HDR=Yes]

, пишет,что не существует файла спецификации

[Emmelman]

запрос заработал( я два раза поле BRANCH_NAME указал - поэтому еще ошибка была и убрал из [Text;DSN=schema.ini;IMEX=2;HDR=Yes] DSN ), но почему-то поле CURRENCY не работает, прописал 20121223 в OPERATIONDATE и оно заменилось на 23.12.2012. Теперь надо в код вставить

[Emmelman]

CurrentDb.Execute "INSERT Into Operations SELECT (format(datevalue(format(OPERATIONDATE,"0000\.00\.00"))), BRANCH_NAME,AMOUNT_OPERATION,CURRENCY,
DEBIT_ACCOUNT,DEBIT_ACCOUNT_OWNER_NAME, DEBIT_ACCOUNT_OWNER_ID,
DEBIT_ACCOUNT_OWNER_STATUS, CREDIT_ACCOUNT, CREDIT_ACCOUNT_OWNER_NAME,CREDIT_ACCOUNT_OWNER_ID,
CREDIT_ACCOUNT_OWNER_STATUS, EXPLANATION, BANK, ENTER_USER,
APPROVE_USER,PRODUCT_NAME,NoName) FROM " & MyG & " IN '" & FilePath & "' 'text;'"

(format(datevalue(format(OPERATIOND ATE,"0000\.00\.00"))) - как эту строчку привести в должный вид, чтобы компилятор не ругался? Он ругается на 0000

[Андрэич]

Сообщение от Emmelman

чтобы компилятор не ругался

- чтобы никто не ругался - нужно отдыхать и набиратося сил: нас ждут великие дела...

Сообщение от Emmelman

почему ругается на поле CURRENCY, если оно есть -то выскакивает ошибка INSERT INTO Syntax error, без данного поля продолжает работать, но выскакивает ошибка

Потому что CURRENCY (и MONEY) - это зарезервированные в системе слова, используемые для описания
типов данных и которые нельзя использовать в качестве имён таблиц и полей (и других объектов).
А именно, если в поле предполагается хранить денежные величины, то и тип данных этого поля должен быть специально для того предназначенным - Денежным, а CURRENCY (или его синоним NUMERIC) как раз описывает тип данных такого поля.
Вдогонку, простые текстовые поля (max 255 символов), которые должны быть CHAR (TEXT) (и никак не DOUBLE, не говоря уже о других типах...), у тебя почему-то описаны с типом MEMO, и получается, что строчки в несколько букв ты уместил в объёме целой книги в 65000 символов.
(Ёщё подозреваю, что и поля с "...CODE" и "...ID" должны быть числовыми - LONG, но будем надеяться, запрос работать будет...)
Откуда взялось такое значение параметра кодировки (CharacterSet)? Первый раз такое вижу. А сам этот параметр почему оказался после описаний полей спецификации?

И самое главное: на кой, спрашивается, устраивать эти танцы с бубнами, программно наворачивать спецификацию импорта (которую и не каждый продвинутый юзер осилит), когда Аксесс прекрасно позволяет комфортно и быстро всё это соорудить без единой строчки говнокода. Причём, одним запросом (который ты как-то умудрился на ровном месте исковеркать, да так, что на того даже компилятор заругался ...). Не понял юмора...

[Emmelman]

Насчет CharacterSet - без этого параметра, все текстовые данные при импорте из файла.txt будут отображаться некорректно,точней ничего не будет понятно,билеберда полная.CharacterSet=28595 - означает преобразование в кириллицу ISO, для нормального отображения текстовых данных.

Про Currency - так и думал, что в этом проблема. Самое смешное, что, чтобы изменить название этого поля придется уговаривать ИТ его изменить, для этого им придется в ядре системы нашей организации что-то менять, думаю они вряд ли на такое пойдут, ради одной сторонней программы..)

Поля с типом MEMO использовал потому, что при выборе другого типа,данные из соответствующих столбцов файла при импорте в базу отображаются некорректно или вообще не отображаются, я как раз играл с бубном и проверял какой тип мне подойдет, все ради того, чтобы получилось выгрузить из файла в базу.
У меня все вышло, и метод,который мне помог, это метод с спецификацией, ибо там можно установить тип импортируемых полей, без данных установок выгрузка происходит, но как я уже сказал выше - будет полная хрень, а не выгрузка.

Импортом из файла я занимался первый раз и естественно я могу быть не прав в выборе метода, может есть еще более лучший, который тоже мне подойдет.

А почему у меня в коде запрос не работает,ба, не пойму...буду еще смотреть