Форум: "Базы";
Текущий архив: 2003.09.29;
Скачать: [xml.tar.bz2];
Вниз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. Без изменений.
← →
a123 (2003-09-08 12:27) [19]>sniknik © (08.09.03 12:02) [17]
>какое ADO? я с ним работаю, проблем нет. в том числе и с >первасвилем.
Да тот который с Delphi 7. Без изменений.
← →
Vlad (2003-09-08 12:39) [20]> sniknik © (08.09.03 12:00) [16]
>преобразования могут еще в дельфях/BDE начатся. советую поставить весде точку (на пробу), т.к. были варианты BDE не понимал запятую (это неточные сведения но попробуй).
Насколько я понял с BDE у автора как раз все нормально работает. Проблема возникает именно с ADO. Или я что-то упустил ?
Да, и еще, DecimalSeparator это конечно хорошо. Но опять же, насколько я понял, глюк происходит даже если введены целые числа, т.е. без разделителя.
Вот такая, понимаешь, загагулина.
← →
sniknik (2003-09-08 12:47) [21]такой же стоит, D7 без апдейтов (в отличии от 6 где несколько штук ставил). никаких проблем в работе с Perwasive. работа через ODBC драйвер (в поставке шол)
Vlad © (08.09.03 12:39) [20]
это не совсем точно с DecimalSeparator, просто помню были проблемы, там гдето в параметр строка загонялась(причем не мной, внутрях модуля DB(чтоли))... ну если в дельфи запятая а общяя точка то была ошибка.
вот и предложил все одинаково поставить. а на BDE или ADO это возникает не так важно. у меня было с BDE потому и решил что тут тоже (не особо вникая).
← →
Vlad (2003-09-08 12:56) [22]>sniknik © (08.09.03 12:47) [21]
Я вобще-то с ADO и без апдейтов работал, и вроде ничего не глючило. Но тут кое-кто убеждает что глюки там все-же есть.
http://delphimaster.net/view/3-1062740152/
← →
sniknik (2003-09-08 13:02) [23]в 5 дельфи это точно было, сам сталкивался. но думаю первая версия BDE тоже была не такая как сейчас.
← →
a123 (2003-09-08 13:12) [24]Так что?
Отказывать от ADO?
← →
Arm79 (2003-09-08 16:17) [25]Попробуй производить редактирование записей используя запросы SQL. Мне кажется, что позволить кому-либо редактировать поля в DBGrid не очень хорошая идея
← →
a123 (2003-09-08 19:20) [26]Это если , например, в справочнике два поля, то зачем еще окно открывать для редактирования , если можно и так напрямую?
Пользователям , я заметила,так удобней.
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.09.29;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.014 c