Во вступлении сообщу, что на самом деле эта проблема более широка, и звучит так: "Домены VS справочкики" , и является она одной из основных проблем проектирования РБД, не решаемой, естественно, никогда.

George-IIIМои аргументы:
1. Бессмысленно хранить ещё одно ненужное отношение: увеличивается кол-во объектов в БД;


Это не аргумент. Лишняя таблица в БД ничего не стоит.

автор2. Уменьшится время выборки, так как обращение будет вестись уже не к одной таблице, а как минимум к двум;

Это аргумент, но слабый. JOIN лишний к таблице, тем более к такой маленькой, очень быстрый.


авторАргументы оппонента:
1. Не будет необходимости в редактировании структуры при добавлении ещё одной половой принадлежности :);


Это -- аргумент, и очень сильный. Если добавление предвидится, то только так и нужно делать.
(это НЕ ШУТКА).

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


Это бред. Селективность низкая (если предполагается равное или почти равное соотношение полов в БД), и индекс по этому полю не нужен, потому что он просто не будет использоваться.

George-IIIСобственно вопрос: кто более прав?


Собственно, никто не прав, потому что мы не знаем твою предметную область.
Оба решения допустимы, а выбирать нужно исходя из требований предметной области. Собственно, даже что такое "пол" -- уже не понятно. С точки зрения закона пол -- то, что написано в паспорте. С точки зрения напр. врача -- наличие половых органов (и кстати полов с этой точки зрения отнюдь не 2), с точки зрения специалиста сексопсихолога -- там вообще тёмные лес, там этих полов столько, что нам и не снилось в обычной жизни.

И даже банально с точки зрения паспорта НЕ ВСЕ ТАК ПРОСТО, как кажется -- сегодня уже во Франции мужики женются друг на друге, завтра они приедут к нам в Россию например работать, и потребуют, чтобы в трудовой книжке у них записано было что-то типа "гомопартнёр".

Так что я бы тоже склонялся к идее со справочником, он ничего не стоит, а даёт некоторые преимущества.

Кстати, ещё одно преимущество в том, что НАЗВАНИЯ пола в случае справочника можно легко менять в работающей БД, это может очень пригодиться в случае, например, перевода приложения на другой язык. Также легче в случае справочника реализовывать многоязыковую поддержку.

guest_20040621,

Я никого не цитировал, кроме автора поста.

guest_20040621> Я никого не цитировал, кроме автора поста.

В сущности, мне всё равно, но правила приличия требуют ссылки на первоисточник. Я бы ткнул вас носом в соответствующее обсуждение, но - лень. Поищите самостоятельно.

Скорость деградации русскоязычных разработчиков просто поразительна.

Ты сначала залогинься хотя бы, чтобы было на что ссылаться.

А то сейчас ты для меня — бестелесный призрак.

guest_20040621MasterZiv, дружище, вы должны бы знать, что с быдлом я брудершафтов не пью.

Я тебя не знаю, дружище, по понятным причинам, но рад за тебя.