Почему спрашиваю. Не хочется усложнять процесс получения сущности по идентификатору, то есть сначала получать GUID по ИНН и потом уже по этому GUID получать сущность. И не держать два метода для поиска сущности и по GUID и по ИНН.
Нормально использовать внутренний идентификатор, сохраняя внешний, и быть готовым не только к изменениям формата последнего, но и к потере уникальности в крайних случаях
Количество индексов соответствует количеству вариантов поиска сущности. Если нужно бизнес-требование уникальности - можно констрейнт Unique наложить (если речь идёт об SQL-базе).
Gregory Thornton, please, press the button below within the time amount specified, otherwise you will be kicked. Thank you! (60 sec) Powered by Todorant
it depends. Если можешь придумать сейчас кейс где это будет усложнением - то будет интересно его обсудить. Я не спорю что "по дефолту" так делать не самая хорошая идея но и не настолько плохая. Во всяком случае я не думаю что проблема в "усложнении контрактов".