Ошибка odbc sqlstate hy000 номер ошибки 104

braynt

10.06.11 — 11:48

Собственно, интересует вопрос кто-нибудь подключался?

У меня подключиться получилось. Но запрос не выполняется:

ошибка при выполнении запроса

по причине:

Ошибка ODBC. SQLSTATE: HY000

Номер ошибки: -104

Описание: [ODBC Firebird Driver][Firebird]Dynamic SQL Error

SQL error code = -104

Token unknown — line 1, column 12

22″. Подскажите куда копать?

braynt

1 — 10.06.11 — 12:39

ни у кого не возникало подобных ошибок?

AllJoke

2 — 10.06.11 — 12:40

скуль.ру

ДенисЧ

3 — 10.06.11 — 12:40

«Token unknown»

Перевести?

МишельЛагранж

4 — 10.06.11 — 12:41

(0) судя по ошибке — как раз нормально подключиться и не получилось.

Ругается на драйвер ODBC — вроде как не подходящий.

Как хоть подключались-то??

ДенисЧ

5 — 10.06.11 — 12:41

(4) где ты ругань на драйвер видишь?

МишельЛагранж

6 — 10.06.11 — 12:43

(5) вижу, что ошибку вызывает драйвер подключения.

braynt

7 — 10.06.11 — 12:48

подключается нормально. Выводит таблицы. Выбираю нужные мне.

Ругается в режиме «Предприятия». Причем через «Управление внешними источниками» подключение происходит. А при открытии таблицы вываливается ошибка(0).

(3) Перевести я и сам смог. Текст запроса я не вижу.

МишельЛагранж

8 — 10.06.11 — 12:53

Токен не распознался…

А здесь все форумы завалены, как лихо 1С подключается напрямую ко всем SQL-ям и прочим Файрбердам и хавает оттуда любые данные в любых количествах невзирая на различные структуры таблиц хранения и типы самих данных…

Хотя провозившись с этим «лихо подключается» перешли на промежуточную выгрузку в xls и оттуда — спокойно в 1С.

Так что поспрошайте «лихачей» ))

МишельЛагранж

9 — 10.06.11 — 12:54

+(8) *на одном из предприятий перешли на промежуточную выгрузку в xls

ДенисЧ

10 — 10.06.11 — 12:54

(8) Ты не поверишь. Она «лихо 1С подключается напрямую ко всем SQL-ям и прочим Файрбердам и хавает оттуда любые данные в любых количествах невзирая на различные структуры таблиц хранения и типы самих данных»

Если, конечно, ошибок в пятом и семнадцатом оперонах нет…

ДенисЧ

11 — 10.06.11 — 12:54

(7) Вот и мы не видим. А ты его покажи..

МишельЛагранж

12 — 10.06.11 — 12:57

(10) да-да, слышу такое с начала выпуска 8.0, а беспонтовые «подключатели» упорно портят статистику лихих подключений, tycvjnzh на выпуск 8.2 уже ))

МишельЛагранж

13 — 10.06.11 — 12:57

*несмотря

braynt

14 — 10.06.11 — 13:16

(11) каким образом?

ДенисЧ

15 — 10.06.11 — 13:20

(12) у меня с 77 и до сих пор всё нормально подключается. У остальных руки.

(14) А я вижу твою программу?

ado

16 — 10.06.11 — 13:40

(8) Угу, мы уже давно поняли, что 1С настолько плоха, что даже выход из ветвления не позволяет сделать.

ado

17 — 10.06.11 — 14:12

(0) Запрос то покажешь?

braynt

18 — 10.06.11 — 14:28

платформа сама генерирует запрос

ado

19 — 10.06.11 — 14:33

(18) Телепатически?

braynt

20 — 10.06.11 — 14:36

использую внешние источники данных. Платформа 8.2.14.460.

в конфигураторе я указываю с каких таблиц,какие поля брать.

МаленькийВопросик

21 — 10.06.11 — 14:39

(0) зачем вам эта бд, позвольте узнать?

МишельЛагранж

22 — 10.06.11 — 14:40

(16) мало того, и вы будете шокированы, — платформа 1С не отличает объекта Номенклатуры от объекта ТабличнаяЧасть!

(уже вижу заголовки интернетов: «1С-ники шокированы! Они не знали всей правды!»

braynt

23 — 10.06.11 — 14:43

(21) это важно? к примеру получать данные о продажах. Просто в новой платформе появился интересный механизм — хочу посмотреть как он работает. Пока понимаю, что не очень 🙂

МаленькийВопросик

24 — 10.06.11 — 14:45

(23) не самая гибкая база, для боевого использования не пойдет, имхо. используйте EXPRESS на крайняк…

braynt

25 — 10.06.11 — 15:08

(24) к сожалению не могу

по поводу ошибки: все таки дело в ODBC драйвере. Поставил

Database Browse. Там есть возможность подключаться напрямую к БД и через ODBC. Через ODBC ошибка «Invalid stringlist index 10». А напрямую всё нормально. буду копать дальше 🙁

ado

26 — 10.06.11 — 15:11

(20) Ну, там же все равно формируется какой-то запрос на языке запросов 1С. Вот на него бы взглянуть. Есть вероятность, что там, скажем, используется функциональность, не поддерживаемая Фаербирдовским диалектом SQL.

braynt

27 — 10.06.11 — 15:26

Настроил подключение к базе

http://s012.radikal.ru/i320/1106/35/0f2b3bd49095.jpg

1с Получила список таблиц. Выбрал нужную мне таблицу, взял самую простую «Штрихкоды»

http://s50.radikal.ru/i128/1106/4d/e3228509b1aa.jpg

запустил в режиме Предприятия. выскакивает ошибка:

http://s41.radikal.ru/i091/1106/1c/beee14095771.jpg

Где я могу увидеть запрос?

МишельЛагранж

28 — 10.06.11 — 15:27

(26) если бы да кабы — то 1С была бы самой лучшей платформой на свете ))

У меня вопрос «там же все равно формируется какой-то запрос» возникает всегда, когда получаю данные в 1С. А ответа нет уже много-много лет.

(25) т.е. вопрос решился правильным подходом, а не танцами 1С-ников с бубном? ))

МишельЛагранж

29 — 10.06.11 — 15:27

(27)… или не решился? ))

braynt

30 — 10.06.11 — 15:33

неа не решился. Данные я так и не смог получить — буду думать дальше (

ado

31 — 10.06.11 — 15:49

(27) Ну, значит недопилила 1С внешние источники пока. Пользуйся ADODB по старинке.

braynt

32 — 10.06.11 — 15:54

(31)через ADODB и работает :). Просто хотелось скорость работы посмотреть )

ado

33 — 10.06.11 — 16:00

(32) А почему скорость работы отличаться должна?

braynt

34 — 10.06.11 — 16:52

Ну через внешние источники все делает платформа. И я могу в запросе связать с данными 1с базы. А через ADO я получаю ТЗ.

raykom

35 — 10.06.11 — 17:20

(0) Ошибка -104 в iSQL базах встречалась на ранних релизах при использовании комментариев. На последних релизах вроде пишут на форумах, что исправлено.

Такую же ошибку выдает неверно поставленный разделитель, особенно если такая ошибка выходит в первых строках запроса.

Т.к. тут запрос генерируется платформой, то ты его не допилишь, наверное. Попробуй обновить FB

braynt

36 — 10.06.11 — 17:41

Спасибо! Стоит релиз 2.1. Попробую обновить до 2.5

МишельЛагранж

37 — 10.06.11 — 17:48

(35) >>Т.к. тут запрос генерируется платформой, то ты его не допилишь

— а тру-1Сники против.

(36) в FireBird много ошибок в этих релизах (бесплатный все-таки), всегда желательно ставить последнюю версию.

Странно, что вы на 2.1 не познакомились с переполнением файла базы. Хотя, может база маленькая…

braynt

38 — 10.06.11 — 17:58

200 мегабайт

ShoGUN

39 — 10.06.11 — 18:04

Давно бы уже руками через ADO запрос написал…

Источник

I’m connecting to an old Unix database via an ODBC driver provided by the database vendor (the Unify Corporation). It’s gving me a few problems, most of which I’m pursuing with the vendor, but I’m hoping I might be able to get some help here for the following problem:-

When I try to Add a paramerised query to a DataTable in the DataSet Designer (using the ‘?’ for positional parameters), I get the following error :-

“ERROR [HY104] [Unify][UnifyClient ODBC Driver]Invalid precision value.”

The error shows on the ‘Wizard Results’ page of the ‘Table Adapter Query Configuration Wizard’, after I click ‘Next’ on the ‘Choose Methods to Generate’ page.

If I click ‘Finish’ here it does generate the command, but gives the HY104 error at runtime.

This only happens when the parameter refers to a STRING field.

I can create paramterised commands in C#, add parameters and run the query properly.

I’ve stripped down the generated code from the designer.cs, and the problem seems to be that the generated code for the parameter creation (see below) defaults the ‘size’ to 1024. If I reduce this manually (to a value below 511) the command works.

new global:ystem.Data.Odbc.OdbcParameter(«supplier», global:ystem.Data.Odbc.OdbcType.VarChar, 1024, global:ystem.Data.ParameterDirection.Input, ((byte)(0)), ((byte)(0)), «supplier», global:ystem.Data.DataRowVersion.Current, false, null))

I think 512 is the maximum size of a STRING field in this database.

Changing OdbcType.VarChar to OdbcType.Char didn’t help.

The DataSet designer reports that the «supplier» column type is System.String, with MaxLength 12.

Is there any way I can get at the default value in the designer, or is there anything the vendor can do in their ODBC driver ?

Interstingly, If I use Query Builder during the Add Query dialog, I can set a filter «= ?» on the supplier column and Execute the command, and it prompts me properly for the parameter value and displays the correct result. The query it leaves behind still gives the HY104 error later on in the Wizard Results page

Источник

I am using SSIS for ETL. Source and destination databases are Oracle.
When I run job through SQL agent its prompts me with the following error:

enter image description here

This table contains 5 date columns which are creating this issue.

I have tried all possible solution but it didn’t work. It does not seems data issue as I rerun job on those selective dates which worked perfectly. On full load it failed.

enter image description here

MT0

131k11 gold badges55 silver badges111 bronze badges

asked Nov 9, 2020 at 11:05

The bottom error message is:

Data Flow: Task:Error: SQLSTATE 22007, Message: [Microsoft][ODBC Oracle Wire Protocol driver]Invalid datetime format. Error in parameter 17.

You have an Invalid datetime format. You need to fix it by correcting either the data or the format model you are using but, since you haven’t included any code, we can’t help further.

answered Nov 9, 2020 at 11:19

MT0MT0

131k11 gold badges55 silver badges111 bronze badges

I have a similar issue, the difference is my source is the SQL Server database and the destination is Oracle database.
I converted the source DateTime columns to type String first and then they were loaded to destination date columns successfully.

answered Nov 11, 2020 at 16:59

Источник

Pavel181818

0 / 0 / 0

Регистрация: 15.07.2009

Сообщений: 6

21.07.2009, 11:26. Показов 13719. Ответов 3

Метки нет (Все метки)

Мне нужно создать таблицу в InterBase. Пишу следующий запрос:

T-SQL

CREATE TABLE TABL1 (
Kod INTEGER IS NOT NULL,
Object CHAR(100),
№_dogovora_data CHAR(70),
Zakazchik CHAR(50),
Sroki CHAR(40),
Istochnik_phinansirovania CHAR(50),
Srtoim_v_bazovih_cenah NUMERIC(50,0),
Stoim_v_tekuchih_cenah NUMERIC(50,0),
Stoim_indeks_rosta_cen NUMERIC(50,0),
PRIMARY KEY (Kod)
);
COMMIT;

Выдаёт ошибку:
Dynamic SQL Error
SQL error code = -104
Unexpected end of command…
Помогите найти ошибку.
И ещё такой вопрос: можно ли чтобы заголовки столбцов были написаны русскими буквами?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782	21.07.2009, 11:26
3

АНК

125 / 116 / 17

Регистрация: 27.02.2007

Сообщений: 291

02.09.2009, 10:20

Я посмотрел в IBExpert’е, что за ошибка возникла. Получил вот это:

Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Token unknown — line 2, char 11.
IS.

тут по-моему все ясно.

Корилические символы в заголовках применять нельзя
У типа NUMERIC длина больше 18 не бывает
Зарезервированные слова (типа «OBJECT») применять нельзя
И в результате:

T-SQL

CREATE TABLE TABL1 (
Kod INTEGER NOT NULL,
OBJ_ECT CHAR(100),
NUM_dogovora_data CHAR(70),
Zakazchik CHAR(50),
Sroki CHAR(40),
Istochnik_phinansirovania CHAR(50),
Srtoim_v_bazovih_cenah NUMERIC(18,0),
Stoim_v_tekuchih_cenah NUMERIC(18,0),
Stoim_indeks_rosta_cen NUMERIC(18,0),
PRIMARY KEY (Kod)
)