저는 SQL 세계에 상당히 익숙하며 32Hz까지 실시간 데이터를 기록 할 데이터베이스를 설계하고 있습니다. 기본 키의 일부로 타임 스탬프를 사용하거나 적어도 고유하게 만들려면 논리적 인 것처럼 보입니다 (그리고 아마도 다른 정보와 합성됩니다). 내 질문은 테이블의 크기가 증가함에 따라 성능에 관한 것입니다. 순진하게 생각해 보면 데이터베이스가 타임 스탬프를 확인해야 할 때마다 레코드를 삽입 할 때마다 고유 한 것이므로 잠시 후에 상황이 정말 느려질 것이라고 생각합니다. 하지만 또 다시 이것은 아마도 수 년전에 해결 된 데이터베이스 최적화 도구 일 것이며 대용량 데이터베이스에서 고유 한 타임 스탬프를 정의하는 것이 효율적입니다.데이터베이스 레코드에 고유 한 datetime 또는 timestamp를 사용하는 것이 좋지 않습니까?
참고 데이터베이스에 MySQL과 타임 스탬프를 사용하고 있습니다. 또한 고유 한 타임 스탬프가 실제로 필요하지는 않습니다. 스키마가 가능한 한 정확하게 정의되었다는 것을 알게되었습니다.
분수 초 정도의 좋은 점, 나는 그것을 놓쳤습니다. @Marin이 말했듯이 <1Hz 표의 샘플 수에 시퀀스 분모를 사용하는 것이 더 적합합니다. 나는 테이블에 고유 한 제한 조건을 두는 것을 분명히 할 것입니다. – dwxw
버전 5.6부터 MySQL은 마이크로 초 수준으로 시간을 처리 할 수 있습니다. – Funbit