![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Query не дает редактировать [Paradox]
Dell3r © (2004-12-27 11:02:00)DBEdit который связан с Query не дает редактировать запись.
Как разрешить редактирование через DBEdit?
Alex_S (2004-12-28 13:24:00) [1]Перый вопрос был задан не мною, но я подключился и получил пользу для себя. Спасибо настойчивому Соловьеву. Он прав на 100%. А здесь действительно не распишешь всей сути: TUpdateSQL + TDatabase + справки + свои усилия и эксперименты. И тогда действительно всё равно что и как сортируется в Query.
msguns (2004-12-27 18:43:00) [2]>Соловьев © (27.12.04 17:55) [13]
>TUpdateSQL + F1
Так перечитывать все ж равно придется..
Соловьев (2004-12-27 17:55:00) [3]TUpdateSQL + F1
msguns (2004-12-27 17:30:00) [4]>Alex_S (27.12.04 14:40) [10]
>И пришлось мне тогда всякие выборки делать через кверь, а работать в Table - со списком, полученным кверью. Это, конечно не так просто, но даже в букварях я так и не нашел, как же поступать с данными, отобранными кверью, - они ведь не любят у меня редактироваться. Может, оно так и должно? Может, так и надо издеваться над программистами, чтоб им работа медом не казалась?
Это что еще за ерш ?
Ничего не надо придумывать - все просто, как пареная репа: читаем данные в "одном стакане", изменяем в "другом". Годится для любых технологий - от трехзвенных до локальных.
HSolo (2004-12-27 15:29:00) [5]>Alex_S (27.12.04 14:40) [10]
>И пришлось мне тогда всякие выборки делать через кверь, а работать в Table - со списком, полученным кверью
Бррр...
>как же поступать с данными, отобранными кверью, - они ведь не любят у меня редактироваться
Любят - не любят, а редактируются, еще как :)
См. Соловьев © (27.12.04 11:03) [1]
а также
Developing Database Applications - Working with queries - Updating a read-only result set
и далее по ссылкам
Alex_S (2004-12-27 14:40:00) [6]Често, это даже не чутье, а горький собственный опыт. И пришлось мне тогда всякие выборки делать через кверь, а работать в Table - со списком, полученным кверью. Это, конечно не так просто, но даже в букварях я так и не нашел, как же поступать с данными, отобранными кверью, - они ведь не любят у меня редактироваться. Может, оно так и должно? Может, так и надо издеваться над программистами, чтоб им работа медом не казалась?
Alex_S (2004-12-27 13:56:00) [7]Конечно, для двух таблиц общий индексный файл не сделаешь.
Но чутье мне подсказывает, что это тот случай.
msguns (2004-12-27 13:47:00) [8]>Alex_S (27.12.04 13:44) [7]
>Такое бывает, когда Query отсортирован (ORDER BY...), а индекса нету. Иногда лечится, если будет точно такой же индекс, как и в ORDER BY - начинает редактироваться.
При наличии условия, что в квери извлекаются все поля однойтаблицы
Alex_S (2004-12-27 13:44:00) [9]Такое бывает, когда Query отсортирован (ORDER BY...), а индекса нету. Иногда лечится, если будет точно такой же индекс, как и в ORDER BY - начинает редактироваться.
Anatoly Podgoretsky (2004-12-27 13:26:00) [10]Updatable queries перевело как "Апдатэйбл подвергает сомнению"
msguns (2004-12-27 12:26:00) [11]Для внесения изменений используй другой запрос, а потом переоткрывай первый.
Соловьев (2004-12-27 11:17:00) [12]http://www.translate.ru/text.asp?lang=ru
sniknik (2004-12-27 11:14:00) [13]> я не знаю английского
критично... или учи или бросай программирование.
простыми говориш...
по какойто причине возвращаемый рекордсет получил статус ридонли. причин как и решений может быть несколько. все описаны в хелпе. перевод стоит денег, переводят обычно не бескорыстные программисты а меркантильные переводчики (часто плохо переводят надо сказать ...). намек прозрачен? ;о))
Dell3r (2004-12-27 11:08:00) [14]Есть проблема, я не знаю английского, чтобы переводить хэлпы. Если можно, то скажите простыми словами.
Соловьев (2004-12-27 11:03:00) [15]localSQL.hlp + Updatable queries