У меня есть такое соглашение, что в любой таблице есть поле id (первичный ключ), а любая ссылка на таблицу sometable имеет суффикс sometable_id (чаще всего так и называется, иногда бывает надо несколько ссылок, тогда меняется префикс).

Таким образом у суффикса _id есть однозначное семантическое значение — это поле, указывающие на какую-то таблицу в текущей БД.

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

Хочется придумать замену этому суффиксу _id для внешних ключей.

Пока придумалось такое: _external_id — семантически почти идеально, но слишком длинно; _code — остановился пока на таком варианте, но не совсем доволен, всё-таки код и идентификатор это не всегда одно и то же; что-то вроде _eid, _exid, _extid — вариация на тему сокращения первого варианта.

Как бы вы на этот вопрос ответили, если бы вас охватил внезапный приступ перфекционизма?