|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Добрый день, подскажите где ошибка кроется? Код: vbnet 1. 2. 3.
Выходит сообщение что слишком мало параметров. Требуется 1. Проверил поля в таблице, такое точно есть. Имя столбца copy-paste из файла ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 14:38 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Убрал из selecta и from dbo_StrEd_18 ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 14:40 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Все уже перепробовал, не вижу ошибки ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 17:31 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Для начала соберите свой SELECT в переменной и посмотрите на результат в окне отладки. Если не найдете ошибку - вставьте полученный текст в конструкторе запроса и запустите его. Акс вам расскажет, какого параметра не хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2016, 17:45 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
В акс вставлял запрос, требует чтобы я ввел значение Ex.[Код управления], а этого быть не должно потому что значение должно браться из документа ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 06:15 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипдДейл, Код: vbnet 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 07:17 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Пропущены апострофы, но даже если добавить их эта запись не работает. Если записано '& Ex.[Код управления] &' то работает, но говорит что результат нулевой, это не правильно потому что в базе есть такой код управления ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 07:48 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипДейлбазе есть такой код управления но по рисунку --у вас похоже текстовый тип данных Код: vbnet 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 08:04 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Все верно, текстовый тип данных, но такая запись вызывает ошибку несозданного объекта. Скорей всего из-за того что '"& &"' то подразумевает что будет значение какого-либо объекта. Наверное важное уточнение будет, если взять другой документ который содержит такие же поля то все работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 08:12 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипдДейлДобрый день, подскажите где ошибка кроется? Код: vbnet 1. 2. 3.
Выходит сообщение что слишком мало параметров. Требуется 1. Проверил поля в таблице, такое точно есть. Имя столбца copy-paste из файла Jet скушает твой запрос, если сначала прилинковаться к Excel-ской таблице (или сделать сохраненный запрос на него же) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 08:57 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
А как сначала прилинковаться к таблице? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 09:00 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипДейлА как сначала прилинковаться к таблице? Так же, как линковался к серверу, по-видимомму, через ODBC. Пожалуй, проще будет, сохранить запрос ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 09:24 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
Простите мою необразованность. Сохраненный запрос в аксесе или в переменную и потом вызывать RunSQL? Если в аксе, то картина не поменяется при выполнении будет выходить сообщение о просьбе ввести параметр. Если RunSQL, то выходит сообщение что требуется аргумент для исполнения макрокоманды, собственно, тоже самое что строкой выше. Еще такой вопрос почему исходный код из первого поста с другим файлом excel работает без ошибок, а с нужным нет? Постараюсь немного пояснить вопрос. Нужно перед загрузкой 2 файлов проверить есть ли в нем данные по определенным полям. Загружая первый файл таким же методом все работает данные прекрасно вставляются в таблицу А. При попытке загрузить второй файл происходят ошибки, данные должны вставиться в таблицу Б. Если попробовать загрузить первый файл в таблицу Б (исполняется код 1 поста) загрузка чудесным образом проходит как нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 09:46 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипДейлПростите мою необразованность. Сохраненный запрос в аксесе или в переменную и потом вызывать RunSQL? Если в аксе, то картина не поменяется при выполнении будет выходить сообщение о просьбе ввести параметр. Если RunSQL, то выходит сообщение что требуется аргумент для исполнения макрокоманды, собственно, тоже самое что строкой выше. Еще такой вопрос почему исходный код из первого поста с другим файлом excel работает без ошибок, а с нужным нет? Постараюсь немного пояснить вопрос. Нужно перед загрузкой 2 файлов проверить есть ли в нем данные по определенным полям. Загружая первый файл таким же методом все работает данные прекрасно вставляются в таблицу А. При попытке загрузить второй файл происходят ошибки, данные должны вставиться в таблицу Б. Если попробовать загрузить первый файл в таблицу Б (исполняется код 1 поста) загрузка чудесным образом проходит как нужно. На все вопросы сращу... Я бы создал сохраненные (в Аксе, конечно) запросы к листам Excel и прежде всего проверил их работоспособность - с одним и другим файлами. Если оба запроса работоспособны, попробовать играться с ними в сочетании с другими таблицами. Возможно, типы данных транслируются неоднозначно или поля, имея одинаковые названия, на самом деле, содержат другую информацию... Да, мало еще чего может быть... Пробуй разные варианты ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 10:02 |
|
Ошибка в запросе
|
|||
---|---|---|---|
#18+
ЧипДейлНаверное важное уточнение будет, если взять другой документ который содержит такие же поля то все работает. Другой документ, это другой файл Excel? Значит в этом файле в первой строке нет "Код управления". ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2016, 11:53 |
|
|
start [/forum/topic.php?desktop=1&fid=45&tid=1614075]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
others: | 338ms |
total: | 477ms |
0 / 0 |