![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Post данных из DataSet в базу [D7, DB2 7.1]
gunner © (2004-08-23 10:01:00)Приветствую !
Каким образом сделать чтобы при редактировании данных в датасете и скролировании на следущую запись, данные не постились в БД ?
gunner (2004-08-25 15:02:00) [1]> KSergey © спасибо тебе
и всем спасибо кто принял участие в форуме ! Проблему порешал !
Правда пришлось пакеты обмена данными поснифить от приложения к СУБД а поковырятся в них.
Одним словом СУБД различает регистр букв в название своих объектов. Скорее всего драйвер кривоват который не делает UPCASE от всех названий объектов !
KSergey (2004-08-25 14:30:00) [2]1.Индексы строить
2.Поискать обновленный драйвер доступа к DB2.
3.Поискать другую технологию доступа к DB2.
gunner (2004-08-25 13:53:00) [3]Всё нашлась засада. Проблемма именно в DB2
попробовал на MSSQL2000 всё в лёт работает !
ААААААААА куда бежать !
gunner (2004-08-25 13:14:00) [4]> KSergey ©
Прочитал статейку ! Там только теория, и как я понял у автора небыло проблем с постом в квери... Странно всё это !
gunner (2004-08-25 12:33:00) [5]> KSergey ©
Щас заценю обязательно :)
KSergey (2004-08-25 10:04:00) [6]> [37] gunner (25.08.04 09:41)
Мдя..
Такой ошибки еще не видел, обычно имею другую.
Настоятельно рекомендую прочитать все 3 части опуса
http://www.delphikingdom.com/asp/viewitem.asp?catalogid=408
Лучшего мне не попадалось.
gunner (2004-08-25 09:41:00) [7]> A_N_D ©
Спасибо TADOQuery.LockType с этим ясно !
> KSergey ©
Тут этой проблемы не было озвучено, но я пришёл к озвученной проблеме с постом при редактировании из - за того что если отредактировать данные в датасете (ADOQuery), а потом сделать Post, то ADOQuery вылетает с экскепшином 'table name is an undefined name'
Вот и пришлось мне делать все апдейты в ручную и заставлять кверю не постить данные при их редактировании.
Вот !
AleKo (2004-08-25 02:18:00) [8]Можно использовать StringGrid.
Никаких проблем с сохранением данных.
A_N_D (2004-08-24 17:20:00) [9]TADOQuery.LockType поставь ltBatchOptimistic
KSergey (2004-08-24 16:58:00) [10]> [33] gunner (24.08.04 16:50)
Перечитав (бегло) я не нашел какого-либо описания проблемы с постом. Лишь упоминание, да и то совершенно не понятно как относящееся к теме. А потому не понятно что должно решиться.
gunner (2004-08-24 16:50:00) [11]> KSergey ©
UpdateBatch решит проблему с Post в ADOQuery или всего лишь позволит не постить данные в БД при изменения в датасете ?
gunner (2004-08-24 16:45:00) [12]> elected
Прошу прощения, это что такое CashedUpdate ?
elected (2004-08-24 14:31:00) [13]включи CashedUpdate
KSergey (2004-08-24 13:39:00) [14]> [29] gunner (24.08.04 13:11)
> ДА ! А вобще история вся начилась с того что в ADOQuery
Ну неужели мы таки дождались озвучания компонент доступа?! О, слава всевышнему!
Тогда см. в сторону UpdateBatch и вокруг этого (LockType) - вот и все. И будет буквально
> при редактировании данных в датасете и скролировании на
> следущую запись, данные не постились в БД
gunner (2004-08-24 13:11:00) [15]> Sergey13 ©
ДА ! А вобще история вся начилась с того что в ADOQuery банально не работает Post !
Sergey13 (2004-08-24 09:10:00) [16]2[26] gunner (24.08.04 08:27)
>Вобщем стандартного механизма решения этой задачи нет !
Так и задача то не совсем стандартная - редактировать но не запоминать.
roottim (2004-08-24 08:41:00) [17][21]
gunner (2004-08-24 08:27:00) [18]Вобщем стандартного механизма решения этой задачи нет ! Только через доболнительные нахлабучки !
Sergey13 (2004-08-23 16:21:00) [19]2[23] gunner (23.08.04 15:27)
>В RxMemoryData данные пришлось бы загонять вручную, а в ClientDataSet на автомате !
Там просто автомат другой системы. 8-)
gunner (2004-08-23 15:27:00) [20]Удалено модератором