Спасибо большое за ответ.
Я предполагал, что можно было бы использовать какой-то внутренние скрытые идентификаторы созданных на клиенте записей, но отличных от идентификаторов уже скачанных с сервера записей.
В принципе оказалось очень просто, я очистил у компонета TMSQuery свойство KeyFields, и у грида такое же свойство, и грид теперь четко отличает записи, видиомо по подобному внутреннему идентификатору.
Найдено 2 результата
- Пн 21 янв 2013 15:08
- Форум: SQL Server Data Access Components
- Тема: добавлние записей в гриде при наличии identity поля и cachedupdates= true
- Ответы: 2
- Просмотры: 4544
- Пн 21 янв 2013 11:10
- Форум: SQL Server Data Access Components
- Тема: добавлние записей в гриде при наличии identity поля и cachedupdates= true
- Ответы: 2
- Просмотры: 4544
добавлние записей в гриде при наличии identity поля и cachedupdates= true
Использую компонент TMSQuery для редактирования таблицы. Записи на сервер отправляю после ввода нескольких записей, т.е. CachedUpdates = True
Таблица имеет поле Identity. Запросы встави/изменения/удланиея отлично генерируются, все работает.
Проблема в том, что при добавлени новых записей в гриде, грид не может отличить друг от друга новые записи, т.к. их автоинкрементное поле еще не заполнено.
Можно конечно создавать костыли типа дополнтельного поля с вычисляемым значением, и его в гриде указать как ключ.
Есть ли какое-либо другое, стандартное для TMCQuery, решение? Неужели архитектура этих компонентов не прорабатывалась на такой случай использования?
Таблица имеет поле Identity. Запросы встави/изменения/удланиея отлично генерируются, все работает.
Проблема в том, что при добавлени новых записей в гриде, грид не может отличить друг от друга новые записи, т.к. их автоинкрементное поле еще не заполнено.
Можно конечно создавать костыли типа дополнтельного поля с вычисляемым значением, и его в гриде указать как ключ.
Есть ли какое-либо другое, стандартное для TMCQuery, решение? Неужели архитектура этих компонентов не прорабатывалась на такой случай использования?