Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

ADO [D7, Pervasive SQL]

Страницы: 1 2 >
a123 © (2003-09-05 18:04:00)

Помогите, пожалуйста. Пользуюсь компонентами 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-08 19:20:00) [1]

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

Arm79 (2003-09-08 16:17:00) [2]

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

a123 (2003-09-08 13:12:00) [3]

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

sniknik (2003-09-08 13:02:00) [4]

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

Vlad (2003-09-08 12:56:00) [5]
>sniknik © (08.09.03 12:47) [21]
Я вобще-то с ADO и без апдейтов работал, и вроде ничего не глючило. Но тут кое-кто убеждает что глюки там все-же есть.
http://www.delphimaster.ru/cgi-bin/forum.pl?id=1062740152&n=1

sniknik (2003-09-08 12:47:00) [6]

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

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

Vlad (2003-09-08 12:39:00) [7]

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

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

a123 (2003-09-08 12:27:00) [8]

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

a123 (2003-09-08 12:26:00) [9]

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

sniknik (2003-09-08 12:02:00) [10]

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

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

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

sniknik (2003-09-08 12:00:00) [11]

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

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

Vlad (2003-09-08 11:57:00) [12]

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

a123 (2003-09-08 11:40:00) [13]

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

a123 (2003-09-08 11:36:00) [14]

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

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

a123 (2003-09-08 11:24:00) [15]

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

Vlad (2003-09-08 11:18:00) [16]

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

a123 (2003-09-08 11:11:00) [17]

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

a123 (2003-09-08 11:09:00) [18]

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

Vlad (2003-09-08 11:05:00) [19]

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

a123 (2003-09-08 10:54:00) [20]

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

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »