내 질문에 게시합니다. 다른 친구와 비슷한 질문입니다 ... 이미지 및 일반 데이터가있는 파라과이의 토지 등록 정보를 기반으로 가능한 테라 바이트의 정보를 지원하는 응용 프로그램을 개발하려고합니다.많은 양의 데이터와 이미지를
문제는 회사 간의 경쟁과 같은 이유로 최소 비용으로 작업 비용을 줄이기를 원하기 때문에 우리는 무료 데이터베이스를 사용하려고합니다 .... 나는 많은 것을 읽었습니다. 그것에 대한 정보는 있지만 여전히 혼란 스럽다. 우리는 그것을 사용할 사람들이 정부 사람들이기 때문에 DB를 쉽게 관리 할 수 있어야한다는 것을 인식해야합니다.
사람들이 저에게 무엇을 권하고 싶습니까?
Thanu 매우
Postgresql, SQL Server 2008Any recent version of Oracle 및 모든 공간 색인 테이블 파티셔닝에 BLOB가 큰 지리적 데이터베이스 백엔드로서 동작 할 수있다. 또한 두 개의 오픈 소스 GIS 응용 프로그램, 즉 GRASS과 QGIS을 체크 아웃해야 할 수도 있습니다.이 응용 프로그램은 맞춤식 응용 프로그램을 작성하는 것보다 적은 수정 작업으로 원하는 작업을 지원할 수 있습니다. 둘 다 PostgreSQL과 다른 데이터베이스 백엔드를 사용할 수 있습니다.
지원의 경우, 상업용 또는 오픈 소스 데이터베이스는 테라 바이트 크기의 데이터베이스에서 제대로 작동하려면 유능한 DBA의주의가 필요합니다. 나는 당신이 순수한 최종 사용자 지원의 모델을 없애지 않을 것이라고 생각한다 - 이것을 시도하는 것은 효과가 없을 것이다. 무료가되는 기준을 충족하지 하다니
, 나는 강하게 당신이 SQL Server 2008을 사용하여 도움이 될이 버전의 때문에 두 Gfeatures 고려 추천 :
FILESTREAM을 - 당신이 당신의 바이너리를 저장할 수 있습니다 이미지 자체는 데이터베이스 자체가 아닌 파일 시스템 내부에 있습니다. 이렇게하면 데이터베이스를 훨씬 관리하기 쉬우 며 일반적인 방법으로 데이터를 쿼리 할 수 있습니다.
지리 정보 유형 - 지리 정보 (위도/경도) 데이터 유형 지원은 솔루션에 매우 유용 할 수 있습니다.
행운을 빈다.
MSDN Geo Types 지리적 위치를 저장하는 데 도움이되지만 요청에 실패한 2008이 필요합니다. – jim
MySQL 및 SQLite에도 이미 공간 인덱스가 있으므로 아무런 문제가 없습니다.
데이터 파일을 저장하려면 BLOB 필드를 사용할 수 있지만 대개 파일로 저장하는 것이 훨씬 더 (최적화하기 쉽습니다). 파일을 DB 레코드와 관련되게 유지하려면 전체 경로 (또는 URL)를 varchar 필드에 넣거나 레코드의 ID로 계산 된 경로에 이미지를 저장하십시오.
여러 테라 바이트 저장소로 쉽게 확장하려면 처음부터 여러 서버 사용을 계획하십시오. 데이터가 대부분 읽혀지면, 쉬운 방법은 이미지를 정적 HTTP 서버가있는 다른 호스트에 저장하고 데이터베이스 레코드는 각 이미지가 어디에 있는지 기록하는 것입니다. 데이터베이스에 대한 웹 응용 프런트 엔드를 배치합니다. 각 이미지의 URL은 적절한 저장소 서버를 직접 가리 킵니다. 그렇게하면 '중앙'서버에서 병목 현상을 일으키지 않고도 스토리지를 계속 추가 할 수 있습니다.
이미지 파일은 저장 용량이 상당 할 것 같습니다. 데이터베이스에 파일 위치 정보를 저장하기 만하면 데이터베이스에 저장하지 마십시오.
(당신이 인터넷을 통해 액세스하려는 경우, 그것은 무료이지만 아주 싼 없습니다. Amazon Storage을 시도하고 그들이 당신을 위해 scaleability을 처리합니다.)
나 '로, B/C/LOB를 사용하는 방법에 대한 또 다른주의 참고 DB에 내부적으로 저장함으로써 지수 적 DB 증가에 물렸다.
GIS 맵을 별도의 서버에 저장하고 해당 영역의 LAT/LONG "모양"을 DB에 저장하는 것은 어떻습니까? GIS는 메인 데이터베이스에 이미지를 저장하는 비용을 제외하고 별도로 업데이트 할 수 있습니다.
작은 관리자에게. 백업 비용 절감.
ESRI의 이미지 서버를 사용하십시오. 이미지를 제공하기 위해 데이터베이스가 필요하지 않습니다. 매우 사용하기 쉽습니다. 또한 파일 및 빠른 처리 속도로 많은 이미지 형식을 처리합니다. 또한 실시간으로 이미지 처리를 수행하며 많은 고객을 지원합니다. AutoCAD, Microstation, ArcMap, ArcIMS, ArcServer ... 등.
질문에 초점이 맞지 않습니다. 당신의 주요 관심사는 무엇입니까? –
또한 데이터베이스는 일반적으로 "최종 사용자"에게 프론트 엔드를 제공하는 데 사용되지 않으므로 데이터를 관리 할 수 있습니다. 그것은 Access의 오해입니다. ;) 당신이 무엇을 선택하든, 당신은 당신의 사용자를위한 적절한 프론트 엔드를 만들어야한다. – Till