Пример: у банка множество клиентов, но не все они являются пользователями интернет-банка.

Имеем таблицу Users - пользователи интернет-банка, содержит id, логин, пароль;
и таблицу Clients - информация о клиентах всего банка, содержит id, ФИО, место работы и т. д.

Как правильно связать Users и Clients. У каждого клиента должно быть поле Clients.user_id или у каждого юзера должно быть поле Users.client_id?

Я склоняюсь к варианту Users.client_id.

Товарищи, тут речь не о многих к многим, именно если связь 1 к 1 и условия как указаны - как по всем стандартам (если так вообще можно сказать) правильнее сделать структуру БД?

Оффтоп. >> Вот есть у нас с женой общий счет в банке и один логин для клиент-банка.
Может я отстал от жизни, но о таких счетах ничего не знаю. Счет может быть на вас и на жену карта с/без лимита/доверенность или наоборот. Но чтобы владельцем счета было сразу 2 физика? Разве так бывает?

Оффтоп.
stiВот есть у нас с женой общий счет в банке и один логин для клиент-банка.
Возможна ли ситуация, когда два логина у одного клиента? Не знаю, но почему бы и нет? Сегодня или в будущем.
Таким образом, я бы делал многие ко многим.
Кстати, даже если счет на двух лиц возможен, то ничего не мешает оставить предложенную мною структуру.

Accounts.id
Clients.account_id
Users.client_id

Таким образом 2 клиента могут быть привязаны к одному счету, а также каждый клиент может иметь, а может и не иметь доступ к инет-банку.
/Оффтоп.

Но мне важно знать, как правильнее:
Clients.user_id INT NOT NULL REFERENCES Users.id
или Users.client_id INT PRIMARY REFERENCES Clients.id?

an0nymНо мне важно знать, как правильнее:
Clients.user_id INT NOT NULL REFERENCES Users.id
или Users.client_id INT PRIMARY REFERENCES Clients.id?
Сам ошибся.

Clients.user_id INT REFERENCES Users.id
или Users.client_id INT NOT NULL PRIMARY REFERENCES Clients.id?

Под ночь мозги не варят - PRIMARY лишнее.