임시 데이터를위한 공간 데이터베이스 설계? [닫은]

날씨 기반 GIS 앱을 만들고 있습니다.

여러 기상 관측소의 데이터가 있으며이 데이터는 매일 웹 서비스를 통해 업데이트됩니다.

내가 직면하는 장애물은 다음과 같습니다.

• 현재 40 개의 녹음 스테이션이 있지만 변경 될 수 있습니다
• 다른 스테이션은 다른 수의 매개 변수, 일부 레코드 5, 일부 레코드 7을 기록합니다.
• 일부 파라미터는 매일 기록되며 (예 : 최대 온도) 일부는 매시간 (현재 온도)으로 기록되고 다른 파라미터는 매주 기록됩니다.
• 특정 레코딩 스테이션의 일부 시설이 폐기 될 수 있습니다 (예 : 현재 7 개의 매개 변수를보고하는 스테이션은 내년 5 개만보고 할 수 있음)
• 기술적 인 문제로 인해 매개 변수가보고되지 않는 경우가 있습니다. 따라서 value = 0, null 값과 기록되지 않은 값을 구분할 수 있어야합니다.

이 웹 응용 프로그램의 공간 부분을 위해 ArcGIS (데스크톱 및 서버)와 협력하고 있으며 ArcSDE를 사용하는 것은 문제가되지 않지만 이러한 종류의 데이터베이스는 순수한 데이터베이스로 남겨두고 ArcSDE를 가져 오지 않는 것이 가장 좋습니다.

아무도 나에게 도움이 될 책이나 링크를 제안 할 수 있습니까?

가장 간단한 방법은 세 가지 테이블 인 것 같습니다.

• 방송국 (ID, 이름, 위치 등)
• 매개 변수 (ID, 이름, 단위, ...)
• 읽기 (station_id, parameter_id, 타임 스탬프, 값 등)

• 현재 40 개의 녹음 스테이션이 있지만 변경 될 수 있습니다

스테이션을 얼마든지 추가 할 수 있습니다. 스테이션의 작동 시간에 대한 정보를 테이블에 추가하는 것이 흥미로울 수 있습니다.

• 다른 스테이션은 다른 수의 파라미터, 일부 레코드 5, 일부 레코드 7을 기록합니다.
• 특정 녹음 스테이션의 일부 시설이 폐기 될 수 있습니다.

기록 된 파라미터와 스테이션 간의 관계가 암묵적으로 읽기 테이블에 저장되므로 문제가되지 않습니다.

• 일부 파라미터는 매일 기록되며 (예 : 최대 온도) 일부는 매시간 (현재 온도)으로 기록되고 다른 파라미터는 매주 기록됩니다.

모든 판독 값은 판독 테이블에서 하나의 항목으로 표시됩니다. 다른 간격은 문제가되지 않습니다.

• 기술적 인 문제로 인해 매개 변수가보고되지 않는 경우가 있습니다.

이 경우 읽기 테이블에 항목이 없습니다.

또한 OGC 센서 관찰 표준 을 살펴볼 것을 제안 합니다. 기상 관측소 기록을 다루는 많은 예가 있습니다. 52 ° North와 같은 구현에는 좋은 일반 데이터베이스 스키마가 제공됩니다 (이 경우 PostGIS 용). 이 표준 (다른 SWE 표준)은 배우는 데 약간의 노력이 필요하지만 투자가 갚을 것이라고 확신합니다.

이번 주에 임시 데이터베이스에 대한 자체 연구를 수행했습니다. StackOverflow 에서이 답변이 매우 유용 하다는 것을 알았습니다 . 원리에 대한 기본적인 이해를 위해서는 Snodgrass의 SQL에서 시간 중심 데이터베이스 응용 프로그램 개발 의 소개 장을 읽는 것이 좋습니다 . 실제 시간 데이터베이스는 다소 복잡하지만 어둡게 암시 와 같은 간단한 솔루션으로 충분할 수 있습니다.