Safari에서 indexeddb를 매우 느리게 구현합니다.

Question

Apple은 최근 iOS8 Safari와 Safari 7.1에서 모두 indexeddb를 지원합니다. indexeddb에 약 65,000 개의 레코드를 저장하고 일부 복합 인덱스를 사용하여 쿼리하는 웹 응용 프로그램에서이를 사용하려고합니다.

저에게 효과적이지만 Chrome의 indexeddb 구현과 비교하면 정말 느립니다.

구체적으로 말하자면 ... Chrome의 indexeddb에 대해 2ms 걸린 쿼리는 Apple의 indexedbb에 대해 500ms가 걸립니다. 이 특정 쿼리는 IDBKeyRange.only 값을 사용하여 복합 indexeddb 인덱스 (키의 2 개 필드)를 사용하여 총 65,000 개의 문서를 약 100 개 다시 가져옵니다.

내 응용 프로그램은 저장 메커니즘으로 websql도 지원하며 Safari에서 전환 할 때 성능이 뛰어납니다. 내 쿼리는 Chrome과 마찬가지로 몇 밀리 초 안에 반환됩니다.

다른 사람이 Apple의 indexeddb 구현이 느린 데 문제가 있습니까? 더 잘 작동하도록하는 방법에 대한 제안이나 애플이 고칠 때까지 기다려야합니까?

나는 애플의 indexeddb 구현이 실제로 websql 위에있는 래퍼이며 좋은 성능을 가진 websql을 직접 사용하여 내 애플 리케이션을 구현할 수 있다는 사실은 그러한 래퍼가 잘 구현되면 잘 수행되어야한다는 것을 암시한다. 슬프게도, 그것은 아직 사실이 아니다!

Answer 1

우리는 똑같은 것을 보았습니다. 10000 개의 객체를 삽입하는 프로세스는 Android에서 완료하는 데 약 5 ~ 6 초, iOS8에서 15 분 정도 소요됩니다. 그것은이 같은 코드베이스를 사용하는 경우되도록

사파리 웹킷 브라우저 :

https://github.com/WebKit/webkit/blob/master/Source/WebKit2/DatabaseProcess/IndexedDB

다음 색인화는 SQLLite 데이터베이스를 기반 (나쁘게)이다.

Answer 2

나는 또한 그 문제가있었습니다. 그러나 테이블이 커질수록 느려지는 것을 발견했습니다. 약 30,000 개의 레코드를 저장할 필요가 있었는데 서버에서 약 2,000 개를 가져 와서 삽입했습니다. 삽입 할 때까지 80 분 이상이 걸릴 때까지 각 일괄 처리 삽입물은 이전 것보다 느립니다. 우리가 생각해 보았던 해결책은 (그리고 엄청나게 못생긴) 각 동기화 부분에 대해 별도의 객체 저장소를 만드는 것입니다. 그런 다음 여러 객체 저장소/등을 쿼리해야합니다. 그러나 그것을 사용할 수 있도록 만들었습니다.

apple get의 indexeddb 구현이 분류 될 때까지 이것이 내가 가진 최상의 해결책이었습니다.