미래의 읽기 속도와 아카이브의 전체 크기를 고려하여 견적 데이터 (Open, High, Low, Close, Volume)를 저장하는 가장 효율적인 방법은 무엇입니까?주식 시세 (재무) 데이터를 저장하는 가장 좋은 방법
XML ? But It is resource consumption
Simple CSV comma separated ?
Is Binary maybe the best way ?
감사
편집 : 데이터베이스 정보, 당신이 바로 사람이야,하지만 난 생각 해요 : 단순히 값의 5 유형 (예를 들어, SQLite는) 저장 그들은 "좋은"인가? 내가 필요로하는 아키텍처가 너무 "크기가 크지 않은가?"
RDBMS (관계형 데이터베이스 관리 시스템)을 제안합니다. 나는 그것이 왜 당신의 선택 사항이 아닌지 확신하지 못합니다.
RDBMS는 이런 종류의 일을 위해 만들어졌습니다. 속도와 확장 성. 비용이 문제가된다면 많은 무료 오픈 소스 또는 무료이지만 다소 제한적인 버전의 매우 우수한 RDBMS가 있음을 고려하십시오.
일부 무료 RDBMS 옵션 :
,369 :또 다른 옵션
정말로 데이터베이스 사용을 피하고 확실한 데이터 구조를 원한다면 XML serialized DataSet을 사용해보십시오.
회신 편집 잠시 동안 잘 확장됩니다 1) 인간이 읽을 수있는 직렬 형식, 2) 매우 고체 메모리 표현을 :
요구 사항이 있었다 이것은 실제로 당신에게 몇 가지를 제공합니다 향후 성능 및 확장성에 대한 걱정을 언급하자마자 최대 크기로 확장되었습니다. 그래서 모든 사람들이 XML 대신 DB 솔루션을 제안하고 있습니다.
http://www.mongodb.org/ 또한 무료이며 오픈 소스이며 매우 빠릅니다. – Josh
간단한 정규화 된 데이터 모델이 트릭을 멋지게 수행합니다. XML의 문제는 너무 장황하다. CSV를 사용하면 정규화되지 않으므로 중복되는 정보가 많습니다.
정규화 된 데이터 모델은 필요한 데이터 만 효율적으로 저장하지만이 데이터에 대한 쿼리는 중요하며 어떤 데이터베이스가 실제로 좋은지를 결정합니다. 데이터 모델을 잘 설계했다면 좋은 데이터베이스 엔진이 얻을 수있는 속도를 믿지 못할 것입니다.
데이터베이스. SQL 서버 mongo, oracle, sybase, postgres, mysql. 당신의 필요, 환경 및 예산에 따라 선택할 수있는 많은 맛이 있습니다.
나는 NoSql이 당신에게 내성 속도를 줄 것이라고 생각한다. 어쨌든 거대한 XML 또는 CSV 파일을 처리 할 수는 없습니다.
향후 성능 및 확장성에 대해 걱정할 필요가있을 때마다 귀하의 요구 사항이 커졌습니다. 그렇기 때문에 모든 사람들이 XML 대신 DB 솔루션을 제안하는 것입니다. 게다가 데이터 모델이 커지고 복잡 해짐에 따라 하나의 엔티티에 5 개 이상의 필드를 저장하는 것이 좋습니다. –
플랫 파일, XML 및 데이터베이스의 주요 차이점을 이해해야합니다. 이 데이터를 자주 질의하는 것을 고려할 때 최상의 솔루션은 데이터베이스입니다. 같은 양의 정보를 적은 공간에 저장할 수 있으며 데이터베이스 엔진이 모든 쿼리를 처리 할 수 있습니다. XML을 사용하면 복제 된 데이터가있을뿐만 아니라 여분의 데이터 (모든 반복되는 열기/닫기 태그)가있을 것입니다. CSV를 사용하면 복제 된 데이터가있을뿐만 아니라이 데이터를 쿼리하기 위해 자체 쿼리 엔진을 작성해야합니다. –