У меня диаметрально противоположный опыт. Работать с базами данных на естественных ключах, намного удобнее, в том числе и при написании запросов. Очень известный человек в области БД Joe Celko написал работу: «Data & Databases: Concepts in Practice», The Morgann Kaufman Series in Data Management Systems (ISBN 978-1-55860-432-2 ). Он имеет огромный практический опыт, вел колонки в известных журналах посвященных БД, где разбирал самые разные примеры и давал ценные практические советы. Был активным участником авторских коллективов разработчиков SQL-89 & SQL-92. Он и в своей книге и во множестве прочитанных им лекций детально разбирал мифы, связанные с использованием суррогатных ключей. Если есть желание, то можете почитать. Вести же религиозные споры просто не имею желания. Я привёл модель бухгалтерской системы, по запросу автора топика, а использовать её или нет, какие ключи ему использовать, путь он решает сам. Вести дальнейшее обсуждение темы СК vs. ЕК я не хочу.

Нет, я привел модель, а потом мне начали "не советовать", как мне делать не надо.

А пальчиком ткнуть можно?

Нет, здесь всё правильно, ссылка именно на корреспонденцию. На план счетов ссылаться нельзя, поскольку тогда могут заводить любые, в том числе, и недопустимые проводки. А так внешний ключ из двух полей позволяет ссылаться только на то, что разрешено законом/нормативами.
Нет, "клинить" не будет, работает очень шустро, проверено десятками лет, на разных предприятиях под разными версиями Firebird. Индекса только два (дебет-кредит и позиция документа). Иногда добавляют индексы по дате-времени, реже по исполнителю. Вообще, схема очень компактная по размерам.

Забыто...

Про отсутствие головы на плечах, я ничего не говорил. Есть предметная область, её надо исследовать, до того как, а не апосля.

Пример приведён выше. Любые комментарии приветствуются.

Что такое "бюджетная классификация"?

Вы пытаетесь выдать свои представления, которые "внезапно" оказались неверными за знание предметной области. Классификаторы, действующие на территории Российской Федерации, входят в Единую систему классификации и кодирования (ЕСКК), созданной по постановлению Правительства в 1970-х годах. Это целиком относится и к бухгалтерскому учёту, к правилам кодирования счетов. Написанием бухгалтерских систем, я впервые занялся в 80-х годах. Отчётные формы меняются достаточно часто, например, с 01.07.2021 г. в очередной раз изменились счёт-фактура и УПД, но структура системы остаётся неизменной. И если проектирование БД делалось не со слов "тёти Маши", то... никаких "внезапно" не происходит.

Так обращайтесь к этому разработчику. Ещё раз спрашиваю, к представленной модели вопросы, замечания, комментарии есть? Обсуждать тему ключей я не имею желания.

Это поле строковое (VARCHAR(15)). Дело в следующем, субсчета могут иметь символьные обозначения (не запрещено); а также, когда проектировалась бухгалтерия, был явный тренд по переходу на МФО, где нечисловые символы применяются широко.

Вы не поверите, номера счетов во всех бухгалтериях одни и те же :)