원격 사용자로부터받은 업데이트 패킷을 저장하는 데 사용되는 MySQL 데이터베이스가 있습니다. 매 5 ~ 10 건마다 업데이트되며, 본질적으로 집합 업데이트 패킷을 만드는 몇 가지 추가 코드가 실행됩니다. 이 접근 방식을 통해 사용자는 업데이트 패킷 0에서 상태를 다시 생성하지 않고도 응용 프로그램에 대한 최신 정보를 얻을 수 있습니다.활성 MySQL 데이터베이스의 식별자 재설정
관계형 참조가 끊어지기 때문에 데이터베이스 인덱스를 다시 사용하는 것이 일반적으로 좋지 않다는 것을 알고 있습니다. 제 경우에는 업데이트 패킷 데이터를 참조하는 보조 테이블이 없습니다. 인덱스는 아직 처리되지 않은 업데이트를 결정하기 위해 클라이언트 응용 프로그램에서만 사용됩니다. 몇 달 동안의 일반적인 사용 후에 자동 증가 인덱스는 일괄 업데이트 패킷에 대한 액세스로 인해 분명히 매우 커지고 필요한 값을 훨씬 넘어 설 것입니다. 따라서 특정한 경우 집합적인 업데이트 패킷을 생성 한 후에 인덱스를 재설정하는 것이 합리적일까요?
엄청난 양의 데이터베이스 경험이 없으므로 여기서 기술을 간과 할 수 있습니다. 올바른 방향으로 나를 가리 키십시오. 감사!
잘못된 용어 사용에 대해 사과드립니다. 모든 업데이트를 자동화 할 수 있어야하므로이 데이터베이스에 대한 유지 관리 작업을 수행하고 싶지 않습니다. 저는 개념적으로 구현을 스택으로 생각하고 있으며, 높이가 10에 도달하면 패킷이 단일 업데이트로 축소됩니다. 스택의 맨 아래에 모든 업데이트를 포함하기 때문에 한 번에 10 개의 업데이트를 저장하는 데 기술적으로 필요한 테이블 만 필요합니다. 10 개의 업데이트마다 테이블을 다시 만들어야합니까? – Xenethyl