에너지 계측과 수집

에너지 시스템의 품질은 화면이 아니라 계측에서 갈립니다. 계기가 잘못 매핑되면 그 위에 쌓는 집계, 기준선, 요금, 보고서는 전부 틀린 숫자가 됩니다.

이 페이지는 에너지원, 조직-계기 매핑, 수집 통신, 원시 계측 테이블을 현장 개발 기준으로 정리합니다.

1. 에너지원

에너지원은 단위와 환산계수가 다릅니다. 전력만 있다고 가정하고 스키마를 짜면 가스, 스팀, 압축공기가 들어올 때 테이블을 다시 쪼개게 됩니다.

energy_source (에너지원)

컬럼명	설명
energy_source_id (PK)	에너지원 ID
code	코드 (ELECTRIC, GAS, STEAM, AIR, WATER)
name	이름
unit	기본 단위 (kWh, N㎥, ton, ㎥)
co2_factor	탄소 환산계수
toe_factor	석유환산톤 계수

제조업 ERP처럼 거래 데이터가 먼저가 아닙니다. 에너지는 마스터가 먼저입니다. 회사-공장-구역-자산-설비-계기 순으로 등록해야 값이 붙습니다.

company / plant / plant_area

테이블	핵심 컬럼	설명
company	company_id, company_code, company_name	법인, 보고 단위
plant	plant_id, company_id, plant_code, plant_name	사업장, 수전 계약
plant_area	area_id, plant_id, parent_id, area_code	동/라인, 계층

asset / equipment

테이블	핵심 컬럼	설명
asset	asset_id, plant_id, asset_code, asset_type_id	공정 또는 유틸리티
process	asset_id, process_type_id	생산 공정
utility	asset_id, utility_type_id	압축기실, 보일러실
equipment	equipment_id, plant_id, area_id, asset_id, equipment_code, status_id	실제 설비

meter / equipment_meter

설비와 계기는 N:N입니다. 한 전력량계가 여러 설비를 물거나, 한 설비에 전력+유량이 같이 붙습니다. equipment_meter에 설비-계기-비율을 둡니다.

계기 공통 속성과 물리 속성을 한 테이블에 다 넣으면 NULL이 많아집니다. 공통 meter + 타입별 확장 테이블이 실무에서 잘 맞습니다.

power / flow / gas / pressure / air

필자 생각: 계기 타입을 화면 enum으로만 관리하지 말고, 공통코드 테이블로 두는 편이 낫습니다. 현장에 "소음계", "분진계"가 갑자기 추가됩니다.

수집기는 계기의 값을 가져오는 통신 주체입니다. 현장마다 장비가 다릅니다.

collector

타입별 확장

meter_collector

통신이 끊겨도 마스터는 남아 있어야 합니다. 수집 실패는 계측 공백이지 계기 삭제가 아닙니다.

원시 테이블은 빨리 쌓이고 잘 안 지웁니다. 컬럼을 과하게 정규화하기보다, 도메인별로 측정 테이블을 나누는 편이 조회가 쉽습니다.

power_measurement (전력 원시값)

flow_measurement (유량 원시값)

공통 규칙:

현장에서 실제로 많이 만나는 프로토콜입니다.

수집 주기:

결측이 있으면 일 집계를 그냥 더하면 안 됩니다. 보간할지, 결측 표시를 남길지 먼저 정하세요.