mzspeed,
помнится было ограничение на размер всей записи в 64к байт, но это было давно. Все остальное - решается работой: если оно работает как надо, в т.ч. при процессах развития/расширений круга задач, то база правильная.

Понятия "Г-код", "Г-база" - очень условно. Как примеры:

1. Приличным считается 3-я нормальная форма, совсем цимусом аж 5-я НФ .. но, в природе последнее встречается крайне редко, т.к. народ часто идет на сознательную денормализацию, в т.ч. уходя и даже от 3-НФ. Что будет считаться Г-базой в таком разе? :)

2. Приличным считается применение ООП, и его суют везде где только можно (заставь дурака Богу молиться, он и лоб прошибет или пол) .. однако, всем известно что работа с глобалами - дешевле и шустрей, статика класса (по сути те же глобалы, но в своем namespace) несколько медленней, но тоже шустро, методы особенно "виртуальные" проигрывают статике, не говоря о глобальной функции, а лямба-функции ещё затратней. Вызов функции в языках - интерпретаторах всегда "дорогое удовольствие" и .. тем не менее, кругом геттеры, сеттеры, синглтоны .. это точно Hiload? Почему всего этого нет в реальных Hiload? Почему ядро Линуксов писано исключительно на Си, а не С++? Что в данном случае является "Г-кодом"? :)

3. Для отображения в браузерах работает HTML, CSS, JS .. все ровно тоже самое применимо и тут к разного рода vue, react, angular, typescript, все это зачастую ТРЕБУЕТ переинтерпретации отданного контента повторно .. но ведь применяется, заставляя браузер клиента тупить нещадно (новый интерфейс Сбер-онлайн как показательный пример). Больше того, считается самым цимусом! :)

4. Системы devops .. kubernetis, ansible, docker .. и т.д. Сколько там "звездолетов наворочено"? Почему, ровно "все то же самое" мы когда-то в конце 80-х делали "на коленке" и проще? ;)

Я всё это к тому, что "не грузитесь". Современное, то что особо модно, особо поделки от "команды Гугля" .. это такой Г-подход, что Кнуту и не снилось.. ;)