Все примеры использования QSqlRelationalTableModel сделаны для демонстрации работы с одним столбцом из другой таблицы. Как быть, если мне нужно взять несколько столбцов из другой таблицы?

Я активно не работал с этим классом и отказался от него из-за того, что он не отображает строки, где не находится "отношение" - ключ ссылается на данные, которых нет. Мне для задачи надо было перевязывать ключи динамически, отвязывать когда не нужны. А если не показывается строка, которую можно "перевязать", то и работать с этим классом нельзя.

mva, а что именно тебе не понятно?
У меня в одной из таблиц несколько столбцов, и вопросов даже не возникло.

Возьмем этот пример

В нем таблица city имеет 2 поля: id и name.
А если, предположим, эта таблица имеет еще поля? Ну, например, почтовый индекс и междугородный телефонный код (поля таблицы city: id, name, post_index, phone_code) и мне их нужно отобразить?

Как строить реляции? Как в таком случае писать?

model->setTable("employee");
model->setRelation(2, QSqlRelation("city", "id", "name"));
model->setRelation(2, QSqlRelation("city", "id", "post_index"));
model->setRelation(2, QSqlRelation("city", "id", "phone_code"));

Так что ли?

Это что, все эти значения (name, post_index, phone_code) запишутся во второй столбец? Или я чего-то не понимаю?

Я чего-то не понимаю. В отношении всегда 2 объекта:
- объект, который ссылается
- объект на который ссылаются

Если есть Петя, в поле "адрес" у которого ключ 1. В другой таблице по ключу 1 стоит "Мухосранск, 10, кв.20".
Ключ "1" не может ссылаться сразу на 2 и более объекта. Например "номер пасспорта", "телефонный номер" и "приводы в милицию".

Вернее, теоретически может. Но обычно все PRIMARY ключи - автоинкрементируемые. Если только в одну из перечисленных полей добавится запись, то ключи перестанут совпадать. Это должна быть какая-то синхронность редактирования БД чтоль.

Есть конечно вариант использовать не таблицу employee, а ее просмотр, в котором для каждого поля внешней таблицы city сделать свой ключ - копию ключа city. Например так:

CREATE VIEW vw_employee AS
SELECT ID, Name, City AS city_name, City AS city_post_index, City AS city_phone_code , Country
FROM employee


А потом в приложении написать:

model->setTable("vw_employee");
model->setRelation(2, QSqlRelation("city", "id", "name"));
model->setRelation(3, QSqlRelation("city", "id", "post_index"));
model->setRelation(4, QSqlRelation("city", "id", "phone_code"));

Этот вариант прокатит, но не хотелось бы использовать такие "костыли" - некрасиво. И возможность редактирования таблицы employee здесь теряется...





Все правильно, в отношении "один-к-одному" всегда 2 объекта. Но, у каждого из этих объектов может быть несколько атрибутов. Например, у Пети может быть задан день рождения и место рождения, а может еще что-то. Так вот, у проживающего по адресу "Мухосранск, 10, кв.20" я хочу знать ФИО, дату рождения и где он родился. Или мне для каждого атрибута отдельную таблицу заводить? Отдельно таблицу для дат рождения с двумя полями, отдельно таблицу мест рождений тоже с двумя полями. Так что ли?

не угадал, в третий, т.к. используется не номер, а индекс столбца.


Вот и запиши на бумажке:

create table city{
id,                  /* idx=0 */
name,            /* idx=1 */
post_index,    /*  idx=2 */
phone_code   /*  idx=3 */
}

И код:

model->setTable("employee");
model->setRelation(2, QSqlRelation("city", "id", "name"));

А теперь расшифруй запись во втрой строке и связь с таблицей employee

Я имею ввиду конечно индекс и нумерацию с 0. В примере написано "2", значит "второй", стоял бы "0" - тогда был бы "нулевой".

Но это не суть...

mva, по сути ты не понял, что есть реляционная (относительная) связь в БД. Это место для себя прояснишь, отпадёт вопрос с Qt.

этот пример акуратно имеет два столбца с реляционными связями
City и Country

Кажется я понял о чем ты. Если есть таблицы:

User:
id, name, country_key, city_key, address_key

country:

id, name, GPS

city:

id, name, population, GMT

address:

id, street, room, phone

То вместо:

Вася, Россия, Мухосранск, ул. Ленина, 25

ты хочешь получать:

Вася, Россия,[GPS], Мухосранск, [pupulation], [GTM], ул. Ленина, 25, [room], [phone]

Так?