спасибо! попробую обязательно, как только разгребусь с "маленьким тулом вокруг System.Data.DataSet". он задал непростую загадку. тул работает уже довольно устрйчиво, баги 100% имеются, но уже с его помощью могу наваять схему базы данных. столкнулся с такой проблемой в этом классе. посоздавав бажу, таблицы, колонки, решил, что неплохо бы подобавлять рилэйшнз. допускаются множественные, но мне пока не надо, решил не усложнять, ограничиться только одинарными. но, как тулу положено, допускает ошибки и их исправления. по простоте душевной решил, что если добавил DataRelation, а потом удалил - проблема исчерпана. но не тут-то біло! когда создается рилэйшн, в участвующих таблицах, оказывается, сохраняются созданные при добавления ришэйшна Constraints! в общем, все работает красиво, но только пока мы заранее знаем, какие рилэйшнз нам нужны, и только их и создаем.

видимо, в дизайне ошибся, думал, буду крутиться вокруг реального объекта DataSet, и по ходу редактирования в гуи буду сразу отображать в нем изменения, и сохранять немедленно. оказывается, этот подход ввиду сложности объекта не годится: с базами, таблицами и колонками никаких проблем, пока не дошел до рилэйшнз, которые "чисто удалить" сам класс не позволяет. видимо, нужно какую-то теневую структуру создавать, редактировать и сохранять. и только когда она готова, нажатием на кнопочку можем создать (без ошибок и исправлений!) уже настоящий объект DataSet, и сохранить. только вот вопрос теперь: может оказаться так, что когда все это заработает, мне этот DataSet нафер не нужен будет, возможно, я лучше обойдусь моим созданным теневым объектом? : )