Как говорится в вопросе, можно ли сопоставить составной ключ в свободном nhibernate (или, как я полагаю, не свободно), где одно из двух полей, используемых в составном, является полем идентичности?
У меня есть таблица, в которой одна часть первичного ключа является полем идентификатора, а другая - идентификатором клиента. Это устаревшая база данных, в которой составной ключ используется в качестве внешних ключей повсюду, поэтому изменение базы данных будет весьма значительным.
Благодарность!
Если это действительно столбец идентичности, то он гарантированно будет уникальным для каждой записи, верно?
Если это так, вы можете полностью игнорировать идентификатор арендатора для целей сопоставления. Поля вашей идентификации будут уникальными в вашей основной таблице - И ваши ссылки на внешний ключ будут содержать этот уникальный идентификатор, поэтому идентификатор арендатора на самом деле не имеет значения.
NHibernate на самом деле не волнует, точно ли вы отображаете схему своей базы данных. Раньше я работал с устаревшими базами данных, где я определил уникальное ограничение для неключевого столбца, а затем сказал NHibernate использовать его в качестве первичного ключа - он работает и может аккуратно обойти все виды ужасных отношений составных ключей. сопоставления.
Подумай об этом. Противоинтуитивно, но, вероятно, сработает.
