2011-01-08 4 views
1

안녕하세요 .. 언제 좋은 accesstime인지 알고 싶습니다. 좋은 SQL 데이터베이스를 찾고 있는데 hsqldb이 accesstime을 말합니다. 12ms ... <- 좋은가요?데이터베이스 (SQL)에 대한 액세스 시간은 얼마나됩니까?

+0

이 "액세스 스틱"측정 항목은 무엇입니까? 그들은 단지 데이터베이스에 연결하는 것을 말하고 있습니까? 결과를 반환 하시겠습니까? 이 12ms 번호가 지정된 위치에 대한 링크가 있으면 도움이 될 것입니다. – arcain

+1

'0'은 좋은 액세스 시간입니다. –

+0

haha ​​0ms ... 매우 재미 있지만 말도 안되기 때문에 @arcain : 결과를 –

답변

1

나는 그것이 귀하의 필요에 달려 있다고 생각합니다. 웹 서버 또는 데스크탑 응용 프로그램 용입니까? 많은 양의 작은 레코드를 읽는 것이 몇 개의 큰 레코드를 읽는 것과 다르게 수행하기 때문에 데이터의 양도 중요합니다. 액세스 시간은 하드웨어, 소프트웨어 및 어쩌면 다른 요인에 따라 결정됩니다.
예를 들어 번개 빠른 액세스로 데이터베이스를 사용할 수는 있지만 사용자가 5 메가 비트 VPN 연결을 통해 데이터베이스에 연결해야하며 3 개의 서로 다른 프록시를 통과하고 전 세계적으로 트래픽이 발생하면 데이터베이스가 힘의 낭비.
기본적으로 마케팅 주장입니다. 좋은 제품이지만 액세스 시간에만 집중하지 마십시오. 당신이 다른 필요를 보는지 확인하십시오. 또 다른 시스템은 인덱스와 물건을 읽는 것이 더 최적화되어있어 액세스 시간이 더 느릴지라도 더 잘 수행 될 수 있습니다.
그래서 원하는 것은 무엇입니까?

1

액세스 시간이 당신에게 아무 것도 알려주지 않는다고 생각합니다. 스토리지가 느리거나 잘못 구성된 경우이 액세스 시간 메트릭은 대기 및 분할 I/O에 소요되는 시간에 비해 비하면 정말 작습니다. 네트워크 대기 시간은 또한 데이터베이스와 동일한 시스템에 코드를 보유하고 싶지 않을 것으로 추측하고 프로덕션 환경에서 트래버스해야하는 네트워크 장치가 거의 없을 것으로 생각하므로 요소입니다. .

내 경험에 비추어 볼 때, 모든 데이터베이스 플랫폼은 올바르게 구성되어 있고 보완적인 애플리케이션과 쌍을 이루면 모두 올바르게 작동합니다. 요구 사항에 가장 잘 맞는 DBMS를 선택하고, 하드웨어에서 DBMS 구성에 대한 베스트 프랙티스를 따르십시오. 그러면 결과에 만족해야합니다.

+0

그 결과를 반환합니다. –

+0

응용 프로그램을 워크 스테이션의 DBMS와 함께 설치할 계획이라면, 내가 언급 한 많은 대기 시간 요인 또는 적어도 동등한 것일 것입니다. [H2] [1] 데이터베이스 성능 페이지를 확인하십시오. hsqldb보다 높은 성능 통계를 보여줍니다. 매우 빠르며 자체 프로세스가 필요없는 SQLite를 고려해 볼 수도 있지만 Java가 아닌 C로 작성됩니다. – arcain

+0

시간이 있다면 H2, hsqldb 및 SQLite를 벤치마킹하여 환경에서 앱을 배포 할 위치를 모방합니다. 그 중 하나만이 앱에서 더 잘 작동 할 것이라고 말할 것입니다. * 다른 재미있는 기능 비교는 성능 특성이 아닙니다. http://3rdstage.blogspot.com/2009/03/comparion-of-hsqldb -h2-sqlite.html – arcain

관련 문제