Как загрузить большой объем данных в CoreData

У меня есть база данных CoreData, которая инициализируется локальным файлом.
Схема CoreData, которая выглядит следующим образом:Как загрузить большой объем данных в CoreData

Category -->> Objections -->> Responses -->> Evidence

(«- >>» означает, имеет много)

Каждый объект также имеет описание, которое может быть от 2 до тысячи символов длиной , сохраненный в NSString.

Вопрос: Как хранить эти данные так, чтобы кому-то было легко отредактировать, не зная о программировании? (Но и следовать рекомендациям)

В настоящем время, я имею в виде их как возможные подходы:

1) Хранить все в 1 большом файле Plist. Это будет около 25 страниц.
2) Отделите каждую сущность в свой собственный файл PList и свяжите каждое значение с идентификатором #, как реляционная база данных. Это сделает файлы более управляемыми, но вы должны отслеживать ID #.
3) То же, что и выше, но с JSON

источник

2014-02-18 Emin Israfil iOS

Любой из этих вариантов звучит как запрос на неприятности, если они будут отредактированы человеком, который мало знает о программировании. Если синтаксис в файле не совсем прав, все они окажутся мусором, который кто-то должен очистить. –

Возможно, вы правы. Какие-либо предложения? –

Несколько возможностей: (1) Попросите этих людей редактировать электронную таблицу и сохранить ее как CSV, а затем использовать собственный скрипт для преобразования данных в формат plist или JSON, (2) Использовать редактор plist, например [PlistEdit Pro] (http://www.fatcatsoftware.com/plisteditpro/) или (3) написать приложение для ввода данных, которое считывает и записывает вашу модель данных и которую эти люди могут использовать. –

Создайте мертвое простое настольное приложение, использующее основные данные. Позвольте людям редактировать файл в этом рабочем приложении и хранить его в Core Data. Затем, когда вы отправляете приложение, вы можете вставлять этот файл SQLite в приложение iOS, поэтому не требуется начальный синтаксический анализ.

Постоянное приложение OS X для этого, которое не обязательно должно быть красивым, просты. Принимает максимум два-два дня и экономит массу головных болей.

источник

2014-02-19 16:35:12

Недавно что-то подобное, используя цель Mac для создания консервированных данных для приложения, затем поместите полученный файл .sqlite в пакет приложений для iOS. Грязный ищет это; спасибо, что заставило меня чувствовать себя глупо. – invalidname

Я сделал именно это сам. Это облегчает создание и поддержку данных в настольном приложении. –

работать в тренажере, сделать синтаксический разбор списка свойств ИЛИ CSV (может быть проще, так как Thats совместимый формат Excel) там (в моделируемой приложения), а затем скопировать полученный DB к вашему Xcode проекта и отправить его ,

=> ваш «контент-провайдер» может работать с первенствует

=> Вы не должны отправить в CSV-файл (или любой другой файл, который вы используете), так как у вас есть заполненный DB после того, как вы проанализирован его в тренажере

источник

2014-02-19 16:59:01

Редактирование данных в симуляторе - это болезненный опыт.Выкапывание SQLite-файла из каталога ~/Library не увлекательно ни для разработчиков, ни для разработчиков. –

вот почему я этого не предлагал. Я предложил PARSING его там –

:) Я бы не писал пользовательское приложение, даже если тривиально, если я могу его избежать. Если редактирование является сложным, то да, но, как правило, превосходно, и, может быть, некоторые формулы работают (по моему опыту). –

Хорошее сообщение от Mattt Thompson о Core Data Libraries & Утилиты: http://nshipster.com/core-data-libraries-and-utilities/, может быть, что-то подойдет вам. =]

источник

2014-02-24 01:28:46

Как загрузить большой объем данных в CoreData

ответ

Смежные вопросы