Юзаются DevExpress XtraGrid - таблицы на форме, прокси-классы для связи с базой, си-шарп.

У нас используются в программах два подхода. У обоих есть свои плюсы и минусы. Хотелось бы узнать, правильно и вообще можно ли так делать.

1. Работа напрямую с классами каше. Создали классы в базе, создали прокси класс, в программе на C# получили список объектов через sql запрос:


...и присвоили таблице на форме этот список:


И всё вроде прекрасно, таблица заполняется данными, данные можно редактировать, удалять, добавлять.

Но в один прекрасный момент всё начинает рушиться. Параметр Oref становится -2, дисконнект с базой, огромный красный крест на всю таблицу. Особенно часто такое встречается, когда в классе есть списки объектов других классов или отношения. В итоге код захламлён кучей Reload'ов и OpenId. Происходит это примерно так: считываем поле пару-тройку раз:

...и всё! Никаких присваиваний, просто считывание поля! И бац! Oref == -2, айдишник пустой, крест на всю таблицу, туча ошибок, программу даже нельзя нормально закрыть, не прибегая к диспетчеру задач...

Пример немного утрирован, но проблема именно такая - просто считывается поле, ему значения не присваиваются и через пару вызовов летят ошибки. Приходится это всё дело отлавливать, плясать с бубнами вокруг функции Reload(), заного открывать по OpenId объект, предварительно сохранив ID (который у объекта уже успел стать null), заново формировать список для таблицы...

Сейчас всё вроде работает, хоть код и превратился в кашу, но кажется, что всё держится на тонкой грани, и время от времени вываливаются ошибки типа DisconnectObjectException. Короче кошмар.

2. Второй способ работает намного лучше, но заставляет фактически описывать классы дважды. Сначала в каше, потом один-в-один в C#. Считываем данные из каше, копируем данные в объекты C# и создаём список, которым заполняется таблица.


Работает, но приходится помимо дублирования класса писать много кода для синхронизации данных, контролировать обновление данных и т.п. Хотелось бы работать напрямую с классами каше через прокси-классы, но это сейчас похоже на хождение по лезвию бритвы...

Может кто писал подобным образом и сталкивался с такой проблемой? Верен ли вообще такой подход (в смысле первый вариант, работа напрямую с каше классами в таблицах) или нужно что-то исправить?

И толку от объектности в каше если всё равно приходится юзать реляционные таблицы через датасеты? Тогда уж лучше создавать дубль-классы на уровне C# и использовать их для связи таблиц (например, когда в одном классе есть список объектов другого класса или отношение один-ко-многим). Просто если б можно было бы использовать сгенеренные прокси-классы в оффлайне... Типа сделал OpenId, сохранил объект в переменную obj1 в памяти вместе с id, oref и т.д., и все считывания происходят из памяти, а не из базы. Жмём obj1.Save(), весь объект сохраняется в базу. Вот меня что интересует, есть ли такой механизм, чтобы не писать дубль-класс в C# или без этого никак?