DB에 데이터 저장을 어떤 방식으로 하는게 좋을까요?

Question

사용자가 장비를 사용하면 해당 장비에서 약 1분 정도 센서 값을 측정한뒤 측정한 값을 서버에 저장합니다.센서는 약 0.1초 간격으로 센싱합니다.1분정도 측정한다는 가정하에 0.1초 간격이면 한 사용자당 데이터가 600개가 생성이 되는데요.이 데이터를 DB에 어떻게 저장할지가 고민입니다.0.1초 간격으로 센싱된 데이터 값을 Table에 하나의 Row로 저장한다.0.1초 간격으로 센싱된 데이터 값을 하나의 Column에 &#34;,&#34; 쉼표 단위로 구분하여 하나의 Row로 저장한다.제 생각엔 값을 나누지 않고 하나의 Row로 만드는게 더 좋아 보이긴합니다.데이터 조회를 사용자ID 기준으로 하지 값을 기준으로 조회를 하지 않기때문입니다.혹시 여러분들의 의견은 어떠하신가요?사용자ID값생성날짜A12332024.02.16A12372024.02.16A12322024.02.16사용자ID값생성날짜A1233,7,22024.02.16

옥다방고양이 · Accepted Answer

✅️저도 1번입니다.&#x1f449;실제 현장에서는 대부분 1번 입니다.✅️DB성능 생각보다 좋고요, 0.1초 이하 간격, 마이크로세컨드 데이타 까지 다투는 현장들 많습니다.&#x1f449;하루에 억단위 데이타 건수 나오는 현장들 많습니다.✅️개발자를 하면, 이 생각을 꼭 명심하세요.내가 일하는거 아니다. 기계에게 일 시키면 된다.아끼다가 똥된다(컴퓨팅 리소스 아끼는거 대부분은 쓸데없는 걱정이다)

C#린이 · Answer

전 1번이요. 이유는 하기와 같습니다.장비로부터 받은 raw 데이터는 구분자로 가공 안하시는걸 추천드립니다.해당데이터 기반으로 KPI성 조회쿼리짜고 유지보수하기 용이합니다.

Clickin · Answer

하나의 컬럼에 구분자 넣어서 데이터 저장하는건 90% 이상 잘못된 설계입니다.설계변경에 대응이 거의 안됩니다.지금 0.1초짜리 센서를 써서 1분에 600개 가정하고 varchar 2000으로 만들었다고 가정해보죠근데 더 정밀한 센서가 필요해서 0.01초마다 센싱하는 센서를 도입했다고 하면 이 설계로는 대응이 불가능합니다.

siva6 · Answer

일반적으로는 1번 방식입니다.그런데, 값을 가지고 사용하는 쪽이 항상 값을 저련 형태로 받아서 사용해야 한다면 사용할 수 있겠죠.그리고, 저장소가 꼭 RDB만 있는 것도 아닙니다.

KJS2020 · Answer

1번으로 하는게 좋죠.

장독깨기 · Answer

어떻게 저장할 지는 어떻게 활용할 것인가 이 관점에서 생각을 해보는 것이 좋겠습니다.가령, 센스값 중 최대, 최소, 평균등을 구하고 싶다, 그럼 1번 방식으로 해야겠죠.이런 거 필요 없고 로우데이터만 확보하고 있으면 된다, 그리고, 가령 1분 단위로 저장한다,그럼 1분 단위로 구분자 둬서 저장해도 될 것 입니다.

르매 · Answer

조금 늦게 봤군요.이 경우 단순하게 1번 방식으로만 저장하는 건 좋지 않습니다.어떤 사람이 장비를 사용하기 시작했을 때 최초 1분 간 600개의 측정 데이터가 쌓인다는 규칙이 있다면, 이 600개를 하나의 그룹으로 묶어 주는 단위가 필요한데, 그 부분이 없다는 것이 걸립니다.정규화 한다면 다음과 같이 2개의 테이블을 사용하겠습니다.측정 그룹 ID사용자 ID측정 날짜100A1232024.02.16101A9992024.02.17측정 ID측정 그룹 ID값237810032379100723801002두 번째 테이블에는 굳이 날짜가 필요 없을 듯 합니다. 어차피 0.1초 간격이라.. 저장해 봤자 쓰임이 없을 듯

ansdbduf · Answer

구지 insert, select만 있는 데이터를 rdb에 저장할 필요가 있을까요..메모리db에 저장했다가 특정단위시간별로 csv파일형태나 고정길이바이너리 파일로 떨구는게

DB에 데이터 저장을 어떤 방식으로 하는게 좋을까요?

8개의 답변

Q&A 목록