Я полностью плохо знаком с JSON, и я, возможно, должен был бы использовать его в будущем, таким образом, я сделал некоторый поединок чтения он. Существует много вопросов относительно JSON на ТАК. Я нашел "кучу" использования статей Google, я прочитал json.org, но я не понял, как хранить данные JSON.
JSON, легкий формат обмена данными. Таким образом, как я храню его данные? В файле? В базе данных? Это имеет значение?
Я могу использовать его для передачи данных jsTree (jsTree, JavaScript базирующийся, перекрестный компонент дерева браузера. Это упаковывается как плагин jQuery.) Это было бы с Wordpress. Я пытаюсь понять, как я буду хранить данные? В файле? Текстовый файл? В базе данных Wordpress? Какой быстрее? Лучше использовать?
ТЕКУЩИЙ СТАТУС перед любым кодированием, нет никакого выполнения приложения
Думаю, первое, что нужно понять, это то, что JSON - это всего лишь один из способов представления информации. Вы можете хранить данные как хотите. Если у вас есть реляционная база данных, вы, вероятно, сможете найти разумный способ преобразования данных туда и обратно.
{
"id": 321
"name" : "Jim",
"age" : 27,
"email" : "jim@jimsoft.com"
}
Может быть представлен в xml как
<person>
<id>321</id>
<name>Jim</name>
<age>27</age>
<email>jim@jimsoft.com</email>
</person>
Или может быть сохранен в таблице, которая выглядит как
_______________________________________
| id | name | age | email |
========================================
|321 | Jim | 27 |jim@jimsoft.com |
----------------------------------------
Итак, если вы можете хранить информацию, как хотите. Вам просто нужен способ сериализации / десериализации данных в любую желаемую форму.
Все, что было сказано, если вам нужно сохранить JSON, и сохранение его в виде файла не сработает, вы, вероятно, захотите посмотреть CouchDB или MongoDB. . Это документно-ориентированные базы данных, в которых фактически хранятся документы JSON. Они позволят вам хранить любые документы JSON, которые вы хотите. Вы можете создавать представления и запрашивать данные напрямую, не конвертируя данные в разные формы.
Что-то вроде CouchDB - это база данных, которая хранит ее внутри в файле. Большинство людей вообще не / хранят / JSON, они его генерируют и отправляют или анализируют и обрабатывают.
JSON - идеальный формат для сериализации данных, но к нему применяются те же предостережения, что и к любому другому формату сериализации. Вы храните XML в БД? Обычно нет. Разница в том, что XML приносит жертвы, чтобы включить использование людьми, а JSON приносит жертвы, чтобы быть легко анализируемым и быстрым.
JSON на самом деле не заменяет CSV. Думайте о CSV как о слабо отформатированном специфическом для таблицы механизме дампа. Не имело бы особого смысла иметь экспорт JSON в excel.
Неважно, храните ли вы его в базе данных или в файле. Дело в том, что вам нужно иметь возможность получать его как строку (используя HTTP или какой-либо серверный скрипт).
Например, если вы сохраните его как файл с именем data.json, вы можете использовать ajax для его получения, но если вы сохраните его в базе данных, вам нужно будет использовать какой-то серверный скрипт (хотя вы все равно можете использовать ajax) .
Если у вас есть опыт работы с xml, подумайте о json как о том же самом, это просто строковое представление данных.
JSON - это формат обмена. Вы можете сохранить его в файле или БД, если хотите, как и любой другой формат, хотя, насколько это хорошая идея, зависит от того, что именно вы делаете.
Вы говорите: «На данный момент мой исходный CSV-файл имеет размер 235 КБ и около 700 строк (узлов / листьев)». Вы думаете о переходе с CSV на JSON? (На самом деле вы не говорите.) Вы также говорите: «Число будет расти, скажем, каждую неделю на 5-10». Ни CSV, ни JSON на самом деле не оптимальны для больших файлов, к которым будут применяться инкрементные изменения, за исключением CSV, вы можете эффективно добавлять данные. Если добавление - это все, что вы делаете, вы можете придерживаться CSV, но если вам нужно внести другие изменения, я бы, вероятно, разложил данные в БД, чтобы обновления могли производиться эффективно.
На самом деле объем данных, о которых вы говорите, довольно невелик, и с таким небольшим количеством обновлений в неделю вам, вероятно, не нужно беспокоиться об эффективности. Делай что хочешь. : -)