ADO

← →
a123 © (2003-09-05 18:04) [0]

Помогите, пожалуйста. Пользуюсь компонентами ADOConnection,ADODataSet( с запросом: select * from UnokOb) и DBGrid. Вставка записи через проходит нормально, а вот редактирование с переменным успехом успехом.
Чаще выходит ошибка:
"Project Project1.exe raised exception class EDatabaseError with message "[Pervasive][ODBC Client Interface]SQLBildParameter has gjn been called parameter #2"/ Process stopped/ Use Step or Run to continue."
Что это за ошибка и как с ней бороться.
При чем, если в таблице нет числовых полей, то все нормально.
И если БД не в сети лежит, то тоже все нормально.
?????????????????????????????????????????????????

← →
a123 © (2003-09-05 18:42) [1]

Что, никто не знает?

← →
Sandman25 © (2003-09-05 18:43) [2]

Тип числовых полей целый или вещественный?
Ежели вещественный, то, возможно, дело в разделителе целой и дробной части.

← →
a123 © (2003-09-05 19:09) [3]

Чёто, ничего не выходит. Меняла, пробовала :-(

← →
a123 © (2003-09-06 17:52) [4]

Похоже, действительно проблема в разделителе целой и дробной части, но как ее побороть? Но как ее побороть? Может кто знает?
Есть опыт...?

← →
sniknik © (2003-09-06 22:41) [5]

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

> И если БД не в сети лежит, то тоже все нормально.
т.е. настройки локальной машины понимает, и правильно, сам точку подставил сам ее понял при перекодировке. а если на передать в сеть и там на машине в установках запятая? (а есть еще иэвращенцы другие знаки ставят, "#" видел)

← →
a123 © (2003-09-08 10:52) [6]

Ну, так и что же делать?
Дело втом, что при использовании тойже БД (и тойже таблицы) и
для доступа к БД через BDE (хотя реально доступ всеравно через ODBC). С редактированием нет проблем.

← →
a123 © (2003-09-08 10:54) [7]

Поправочка:
Ну, так и что же делать?
Дело втом, что при использовании тойже БД (и тойже таблицы) и
компонентов для доступа к БД через BDE (хотя реально доступ всеравно через ODBC). С редактированием нет проблем.

← →
Vlad © (2003-09-08 11:05) [8]

Самое простое - это на сервере и на всех клиентских машинах установить одни и те же Regional Settings, в т.ч. настройки даты, времени, разделителя в числах.

← →
a123 © (2003-09-08 11:09) [9]

Есть другие варианты?
Так как это уже пробовали :-(

← →
a123 © (2003-09-08 11:11) [10]

Уточнение:
Рассматриваемая проблема с редактированием возникает только если я пытаюсь это делать через DBGrid.

← →
Vlad © (2003-09-08 11:18) [11]

2 a123 © (08.09.03 11:11) [10]
Тогда уточните еще одну вещь: если ошибка возникает с числовыми полями, то возникнет ли она если в грид вводить целые числа (без разделителя)

← →
a123 © (2003-09-08 11:24) [12]

Да, возникает.!

← →
a123 © (2003-09-08 11:36) [13]

При чем, если:
1.Ввели пустую запись(заполнено только одно поле сhar)
2.Редактируем: заполняем одно числовое поле - порядок
или Редактируем: заполняем два числовых поля - ошибка.

1.Ввели запись(заполнено только одно поле сhar, и число)
2.Редактируем любое поле - ошибка.

← →
a123 © (2003-09-08 11:40) [14]

Если при редактировании вообще не трогать числовые поля, то все нормально.
Хотя ID-к может быть и типа автоинкремент

← →
Vlad © (2003-09-08 11:57) [15]

Скорее всего глюк связан с ADO. Не знаю как в D7, а в D5 были оч. большие проблемы с ADO, и приходилось ставить обновления. Поищите, должно помочь.

← →
sniknik © (2003-09-08 12:00) [16]

Vlad © (08.09.03 11:05) [8]
> Самое простое - это на сервере и на всех клиентских машинах установить одни и те же Regional Settings, в т.ч. настройки даты, времени, разделителя в числах.
a123 © (08.09.03 11:09) [9]
> Есть другие варианты?
Так как это уже пробовали :-(

именно Regional Settings разделители в числах, на обоих машинах онинаковые, и + дополнительно DesimalSeparator в соответствие приведи т.к. преобразования могут еще в дельфях/BDE начатся. советую поставить весде точку (на пробу), т.к. были варианты BDE не понимал запятую (это неточные сведения но попробуй).

← →
sniknik © (2003-09-08 12:02) [17]

Vlad © (08.09.03 11:57) [15]
> Скорее всего глюк связан с ADO

a123 © (08.09.03 10:54) [7]
> компонентов для доступа к БД через BDE.

какое ADO? я с ним работаю, проблем нет. в том числе и с первасвилем.

← →
a123 © (2003-09-08 12:26) [18]

>sniknik © (08.09.03 12:02) [17]
>какое ADO? я с ним работаю, проблем нет. в том числе и с >первасвилем.
Да тот который с Delphi 7. Без изменений.

> sniknik © (08.09.03 12:00) [16]
>преобразования могут еще в дельфях/BDE начатся. советую поставить весде точку (на пробу), т.к. были варианты BDE не понимал запятую (это неточные сведения но попробуй).

Насколько я понял с BDE у автора как раз все нормально работает. Проблема возникает именно с ADO. Или я что-то упустил ?
Да, и еще, DecimalSeparator это конечно хорошо. Но опять же, насколько я понял, глюк происходит даже если введены целые числа, т.е. без разделителя.
Вот такая, понимаешь, загагулина.

такой же стоит, D7 без апдейтов (в отличии от 6 где несколько штук ставил). никаких проблем в работе с Perwasive. работа через ODBC драйвер (в поставке шол)

Vlad © (08.09.03 12:39) [20]
это не совсем точно с DecimalSeparator, просто помню были проблемы, там гдето в параметр строка загонялась(причем не мной, внутрях модуля DB(чтоли))... ну если в дельфи запятая а общяя точка то была ошибка.
вот и предложил все одинаково поставить. а на BDE или ADO это возникает не так важно. у меня было с BDE потому и решил что тут тоже (не особо вникая).

>sniknik © (08.09.03 12:47) [21]
Я вобще-то с ADO и без апдейтов работал, и вроде ничего не глючило. Но тут кое-кто убеждает что глюки там все-же есть.
http://delphimaster.net/view/3-1062740152/

в 5 дельфи это точно было, сам сталкивался. но думаю первая версия BDE тоже была не такая как сейчас.

Так что?
Отказывать от ADO?

Попробуй производить редактирование записей используя запросы SQL. Мне кажется, что позволить кому-либо редактировать поля в DBGrid не очень хорошая идея

Это если , например, в справочнике два поля, то зачем еще окно открывать для редактирования , если можно и так напрямую?
Пользователям , я заметила,так удобней.

ADO Найти похожие ветки