Вот что я еще обнаружила, если загрузить все записи из датасета ,то в гриде отображается не одна запись для определенного клиента, а все записи всех клиентов.
Где нужно установить и что, чтобы в гриде отражались записи только для конкретного клиента

Имеется ввиду отображаются все адреса? И ответье на мой вопрос по Step

Что то мы по кругу начали ходить

установила и там -1, ничего не изменилось
какое значение становиться у klient_id при добавлении записи

Я бы сейчас вообще убрал DataRelation на таблицу адресов, чтобы constraint'ов было меньше.

P.S. Приводите полное сообщение ошибки

Итак с TKlient значит разобрались, теперь я так понял осталась проблема с адресами. При вводе нового клиента и добавление новых адресов выскакивает ошибка ? Какая?

Это как раз вы сейчас описываете грид с адресами?
DataRelation между клиентами и адресами установлен?

Откройте xsd файл (ваш DataSet) выберите DataRelation между клиентом и адресами и поставьте UpdateRule = Cascade. Попробуйте.

Можете прикрепить к своему сообщению (см. приложить файл ) xsd файл, или его часть касающая взаимодействую этих двух таблиц.

По xsd сравнительно все в порядке, некоторые мелочи по xsd:
1) Убрать у relation AcceptRejectRule = cascade , сделать none
2) TKlient не выставлен AutoincrementSeed , AutoIncrementStep хотя скорее всего это в моей версии вашего xsd.

Остается следующее: Так как добавление записи в TKlient и TAddress происходит в одной форме то у меня следующее предположение:

При добавлении записи в TKlient и редактировании TAddress, изменения фактически в TKlient ЕЩЕ не внесены (это можно проверить по DataRowVersion) По этому по DataRelation proposed значения мигрируются, но фактически они не существуют для FK constraint . Из - за чего и возникает исключение FK constraint.

Пока возможные решения:
1) Вызывать EncCurrentEdit или EndEdit перед переходом к TAddress. Здесь мне надо посмотреть код DataBindings.Add вашего textbox (достаточно посмотреть код для klient_id)
2) Отключать на время constraint, и включать их после окончательного редактирования клиента.

ИМХО вариант 1 предпочтительнее

Прошу прощения если не ясно выразился
Пусть textbox отображающий klient_id называется: txtKlient_id

Тогда меня интересует следующий код, txtKlient_id.DataBindings.Add(bla-bla-bla)
Вот это bla-bla-bla меня и интересует.

Попробуйте положить кнопку на форму, на ней следующий код:
Теперь перед тем как переходить к адресам, нажмите эту кнопку.

Единственное что, я пока не нашла на какое событие повесить этот обработчик, не очтавлю же его на кнопке.

Скорее всего я бы оставил это на кнопке, например кнопка называлась бы "сохранить клиента", "подтвердить ввод" или подобным образом.
Пока пользователь не щелкнет по кнопке не давать ему править адреса. Рядом можно сделать кнопку "Отменить клиента" - где использовать CancelCurrentEdit()

irinka
Проблема в том, что пользователь должно быть все максимально удобно и понятно. А что следует из надписи на кнопке Сохранить клиента? То, что пользователь решит, что он еще не завершил ввод инфы по клиенту и перейдет к гриду, а только потом нажмет на кнопку.

Ну мы всегда можем заставить пользователя действовать как надо, например дизеблить грид пока пользователь не подтвердит или не отменит изменения. При нажатии на кнопку "Сохранить клиента" можно раздизебливать грид, переводить на него фокус, тем самым давая понять пользователю что требуется вводить данные по адресам
Тогда назвать эту кнопку в этом случае можно, например "Перейти к вводу адресов" и т.д. накрутить можем все что угодно
irinka
Я думаю, что должно быть автоматически для клиента, что-то типа того что как только он кликает на грид срабатывает этот обработчик, только к сожалению на повесив его на клик грида, обработчик не сыграл должным образом и ошибка выдалась вновь.
Так что я пока ищу событие, на кот можно его повесить

Вообще при EndCurrentEdit строка проверяются на валидность(при использования typed DataSet и не только), и в случае некоретности введенных данных, например одно из полей не может быть null, возникнет исключение, которое конечно можно каким либо образом отработать но в любом случае придется вернуться к данным по клиенту.
ИМХО логичнее показать ошибку сразу по месту ее возникновения, а не узнать о некоректности ввода клиента, находясь в адресах.
Все выше мои соображения, поэтому не берите в голову :-)

В простейшем же случае, если обходиться без кнопок "сохранить" и "отменить" вам может подойдет вызов EndCurrentEdit сразу после AddNew(). Пройдет это или нет зависит от наличия каких либо дополнительных ограничений у таблицы клиент.