Поиск общих принципов шаблонов проектирования в отношении хранения и преобразования известных значений (то есть метров в футы). Я безуспешно гуглял, поэтому я что-то упускаю.
Предполагается, что в одной таблице много полей с различными UOM, что является лучшим методом? В настоящее время подразумеваются многие из полей, и мы смотрим на стандартизацию этого. Мы хотим предоставить пользователям свободу для входа в их UOM, а другие - для просмотра в предпочитаемом UOM.
Должен ли я сохранить «введенное значение» и преобразовать его в какой-нибудь общий примитив (пользователь вводит футы, а я преобразую их в метры и сохраняю их)? Должен ли я сохранить это введенное значение футов в качестве резервной копии аудита?
Я не единственный пользователь какой-либо таблицы базы данных, лучше, чтобы другие приложения всегда выполняли преобразования, зная значение + UOM против необработанного введенного пользователем значения.
Есть серьезные последствия преобразования для точности, которые я мог бы упустить. Метры> футы> метры должны быть достаточно надежными для преобразования для бизнес-приложения (конверсии могут быть до 17-го знака после запятой, но отображаемые и введенные значения ограничены 2-4 знаками после запятой)
Какие-нибудь другие мысли или ссылки указывают мне правильное направление, чтобы я не изобретал решение известной проблемы?
Обратите внимание, что я не представляю какое-то грандиозное решение с перегрузкой операторов, но больше того, что будет работать в практическом приложении, которое может поддерживать обычный разработчик Joe.