Вопрос о конкретной задаче на базу данных

Question

Моя текущая база данных состоит из следующих таблиц.

магазин пользователей рейтинги заданных вопросов -

user(uid(varchar), qid(varchar), rating(varchar), primary key(uid, qid)) 

магазин вопрос и его ID -

questions(uid(varchar), question(text), primary key(qid)) 

магазин отношения, что вопросы имеют между собой -

related(qid(varchar), related_qid(varchar), relation(varchar), primary key(qid, related_qid, relation)) 

Каждый вопрос связан, по крайней мере, с одним другим вопросом; например, вопрос 1 и вопрос2 могут быть связаны с тем, что ожидается, что средний рейтинг вопроса1 будет больше, чем вопрос2. Эта зависимость будет храниться в "соответствующей" таблицы, как

вставить в смежных (QID, related_qid, отношение) значений (1, 2, GT)
где 'GT' означает "больше чем".

Проблема в том, что кодирование отношений не кажется совсем элегантным. У кого-то есть лучшее решение?

Answer 1

Я бы изменил типы столбцов. Я думаю, что qid и related_qid были бы лучше всего целыми для быстрых соединений, а related можно было бы изменить на тип перечисления, если он доступен в вашей базе данных (например, MySQL имеет ENUM).

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

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

Кроме этих пунктов, это кажется разумным дизайном.