Проведите профилирование и посмотрите на что тратится больше всего времени. Если на ожидание ответа от сервера, то можно попытаться использовать асинхронность.
Вы уж определитесь, что именно вам нужно - измерить "скорость библиотек" или определить, чем нагружена сеть. Однозначно, что нагружает сеть не библиотека, а использующий её код.
Даже если бы можно было наследоваться от встроенного типа, чем бы это вам помогло? Всё равно функции определялись бы от встроенной, а не от наследника.
Akina, согласен, но к сожалению вырывается не по производительности в случае продуктов 1С. Впрочем, если вопрос не об огромной базе с очень сложной конфигурацией и кучей пользователей, то проблемы производительности можно и не заметить.
Akina, не, никакого холивара. 1С разрабатывали свою платформу конкретно под ms sql server, активно опираясь на его особенности. Поддержка постгреса добавлялась позже и сделана не очень. Тут нет вины постгреса, только 1Сников.
AgentDaun, в подавляющем большинстве случаев нанимателя интересует только опыт в успешных коммерческих проектах, пет-проект принимается в расчёт только у джунов и при прочих равных.
