Я создаю приложение для существующего веб-сайта электронной коммерции, такого как amazon, flipkart и т. Д. Я собираюсь хранить некоторую часть информации в локальном хранилище после первого вызова API REST для сокращения вызовов API и экономии времени для более быстрого отображения интерфейса. Мне интересно, что может быть лучшим способом хранить информацию о продуктах в локальном хранилище или ретранслировать по вызовам REST? Если его локальное хранилище является лучшим методом или подходом к эффективному управлению данными и быстродействию?Хранить большое количество данных в iOS
ответ
Хорошо очевидное решение - это основные данные и ссылка на SQLite, которая встроена в ОС. На этом есть много хороших книг и веб-страниц.
Однако, если вы не критичны во времени и открыты для новых идей, а ваши API-интерфейсы основаны на JSON, то, возможно, взгляните на CouchDB. Это база данных свободной формы, которая хранит и извлекает данные в формате JSON изначально, и вы можете запросить его с помощью JSON и т. Д.
В этом случае я бы префикс всех вызовов API вызовом БД, который просто видит если этот объект существует и является достаточно современным. Если это так, вы просто используете этот объект. Если нет, вы используете API для его получения, храните его в БД и продолжаете, как если бы он всегда был там.
В любом случае вам необходимо решить, как обращаться со старыми данными и хранить их в чистоте.
Вы также можете проверить RestKit. Это позволяет легко анализировать ответы JSON и сохранять данные в CoreData. Но вам нужно будет проверить себя - это сохраненные данные в актуальном состоянии или нет.
- 1. Хранить большое количество точек данных?
- 2. Хранить большое количество статических данных в Azure
- 3. Хранить большое количество в java
- 4. Какой формат хранить большое количество смешанных данных
- 5. Хранить большое количество строк в многомерном массиве
- 6. Лучше ли хранить большое количество в списке?
- 7. Хранить большое количество в ячейке с PHPExcel
- 8. Хранить большое количество текстов для Android-приложения
- 9. Хранить большое количество изображений на нескольких серверах
- 10. Эффективно хранить большое количество переменных внутри класса
- 11. Хороший способ хранить/читать большое количество строк?
- 12. Как хранить большое количество данных в Windows Phone 8.1?
- 13. Как хранить большое количество текстовых данных в памяти?
- 14. постраничной большое количество данных
- 15. iphone: Как хранить большое количество фотографий?
- 16. Как хранить большое количество данных, например массивов и словарей в iOS
- 17. Как загрузить большое количество изображений в iOS?
- 18. gzdeflate() и большое количество данных
- 19. Хранить большое количество объектов в памяти в течение длительного времени
- 20. MongoDB - большое количество документов
- 21. Как хранить большое количество объектов javascript в db через ajax
- 22. Java эффективно хранит большое количество отсортированных данных
- 23. iOS: Swift, большое количество IBOutlet и var
- 24. Хранить большое изображение
- 25. Где хранить большое количество медиафайлов в экосистеме Node.js?
- 26. Как хранить большое количество неизвестной длины в массиве
- 27. Хранить (и читать) большое количество в пикселях GLSL
- 28. Как хранить большое количество сообщений для пользователей в MongoDB?
- 29. Как эффективно хранить большое количество контента в приложении Cordova (PhoneGap)?
- 30. Большое количество столбцов в базе данных MySQL
Благодарим вас за ценную информацию. Поскольку у него есть тонны данных, связанных с продуктом, можно ли здесь использовать структуру EAV для хранения информации о продукте? См. Ссылку для ссылки: http://inchoo.net/magento/magentos-database-layout-and-its-eav-structure/ – Sabarish
Мне кажется, что это классический SQL-сервер. Основные данные и SQLite - это правильное решение. –