TL;DR
‰와 % 표시를 바꿀 때도 원본 숫자와 단위는 지우지 않는 편이 좋습니다. 같은 물리량의 표현 변경인지 먼저 확인하고 변환본은 별도 열로 만듭니다. 표시 설정을 바꾼 시점과 과거 기록의 단위를 함께 확인해야 합니다.
자릿수 이동보다 원본 보존이 먼저다
디에이텍 AF-40BT 제품 사양에는 %BAC와 ‰ 표시 범위가 각각 제시되어 있습니다. 같은 농도 표현의 단위 변환을 다루더라도 먼저 해당 데이터가 어느 설정에서 생성되었는지 확인하는 편이 좋습니다. 제조사 관점에서는 현재 메뉴에 보이는 단위를 과거 결과 전체에 일괄 대입하지 않도록 연동 규칙을 설명해야 합니다. 과거 기록에 단위가 없으면 현재 설정으로 추정하지 말고 생성 당시 문서를 찾습니다.
원본과 변환본이 공존하는 표
| 데이터 구간 | 필드 제안 | 보존할 이유 |
|---|---|---|
| Original value | source_value_text, source_unit_text, source_event_identifier | 처음 수신한 표현을 확인 |
| Original setting | unit_setting_at_measurement, device_configuration_revision | 생성 당시 조건을 추적 |
| Conversion decision | same_quantity_confirmation, conversion_rule_identifier | 같은 물리량인지 검토 |
| Converted output | normalized_value, normalized_unit, conversion_precision_policy | 비교용 표현을 분리 |
| Display policy | user_selected_display_unit, presentation_rounding_policy | 사용자 취향과 원본을 분리 |
| Audit trail | transformed_at, transformation_software_version, reviewer_identifier | 언제 어떤 규칙으로 바꿨는지 확인 |
과거 파일의 단위가 비어 있을 때
파일 이름이나 사용자의 기억만으로 단위를 확정하기보다는 내보내기 양식, 당시 설정 백업, 제품 문서에서 단서를 찾는 순서가 낫습니다. 근거를 찾지 못한 행에는 단위 미확인 상태를 붙여 별도 보관합니다. 이미 통계에 섞였다면 영향을 받는 보고서 범위를 먼저 파악하고 확인된 자료로 다시 집계하는 방식이 적절합니다. 빈 단위를 기본값으로 채우는 코드는 편하지만 원래 의미를 되찾기 어렵게 만들 수 있습니다.
표시 변경 시험은 과거 조회까지 포함한다
현재 화면만 바꾸어 보는 것으로 검증을 끝내지 않습니다. 새 측정, 과거 이력 조회, 파일 내보내기, 앱 동기화에서 각각 어떤 단위를 보이는지 확인합니다. 모든 기능이 과거 값을 변환해서 보여 주는지 아니면 원본 표현을 유지하는지 제품별로 다를 수 있으므로 실제 동작으로 기록합니다. 테스트용 데이터는 임의 예시임을 표시하고 사람의 측정 결과나 운전 판단 자료와 섞지 않습니다.
보고서를 받은 사람에게도 현재 표시 단위와 원본 단위를 구별해 안내하는 것이 좋습니다. 같은 자료를 다시 내보낼 때 다른 표현으로 보일 수 있음을 알면 불필요한 오류 문의를 줄이는 데 도움이 됩니다.
마무리
단위 변경은 숫자를 보기 편하게 만드는 작업이지만 데이터의 출처를 없애는 작업이 되어서는 안 됩니다. 원본·설정·변환 규칙을 나란히 보존하면 나중에 표현을 바꿔도 과거 결과를 설명할 수 있습니다.
