단순한 데이터 유형의 경우 SharedPreferences가 더 쉽고 빠를 때 많은 양의 데이터를 처리 할 수 있도록 SQLite가 기술적으로 설계되었습니다.Sharedpreferences 대 Vs SQLite 검색하지 않고 큰 데이터의 경우
1 년 동안 매일 true true false boolean을 저장하고 싶습니다. 이것은 3 차원 json을 생성하고 공유 환경 설정 (또는 키로 연도가있는 차원 배열)에 문자열로 저장하거나 별도의 열로 연도 월 및 데이터가있는 테이블을 생성해야한다는 것을 의미합니다 (또는 간단한 날짜 열일 수 있음). . 나는 또한 "YYYY-MM-DD"를 365 개의 부울에 대한 sharedPreferences의 키로 사용할 수 있다고 말했습니다.
여기에 질문이 있습니다. 100 % 확실한 경우이 간단한 데이터를 저장하기 위해 더 복잡한 SQLite 데이터베이스를 사용해야합니까? 특별한 매개 변수 기능으로 검색/그룹화/선택이 필요하지 않습니다. 왜냐하면 단순한 부울 (365 + 부울의 경우에도)을 저장해야한다면 더 빠른 해결책이므로 SharedPreferences를 사용해야한다고 생각하기 때문입니다. 그러나 SharedPreferences가이 많은 변수를 저장해야하는지 여부가 확실하지 않으므로 나에게 다소 잘못되었습니다.
추가 :
이 논리 값 만 오프라인 부하 로컬로 저장 또는 사용자 관점에서 오히려 빠르게 액세스 할 수 있습니다. 이 1 | 0 값은 각 앱 사용자마다 서버에 저장되므로 데이터로 복잡한 작업을 수행하더라도 휴대 전화로해야하는지 확실하지 않습니다.
이 영역의 물건 재미있는 소리, 제안 주셔서 감사합니다! 또한 프로토 타입을 제작하려고해도 시간이 낭비 될 것이라고 생각하지 않습니다. 내 경험에 비추어 볼 때 이러한 헬퍼는 여러 프로젝트에서 유용하며 올바른 방법으로 프로그래밍하면 매우 유용하고 유연하며 장기간에 걸쳐 더 많은 시간을 절약 할 수 있습니다. –