C# sqlite/NoSQL посоветуйте с выбором

Question

[djung]

Привет всем,

подскажите какую реализацию стоит выбрать.
мне нужно сохранять достаточно много данных.
Но при этом всё должно сохраняться в отдельные файлы.

стоит ли пробовать sqlite или db4o.
хотелось бы что-то общее между sqlite и mongoDB

Заранее благодарен

Answer 1

[Anton Taraev]

зачем нужно хранение в отдельных файлах? почему именно файлы?

Answer 2

[djung]

​дело в том, что данные нужно потом копировать на другой носитель
чаще всего в ручную. Отдельные файлы, нужны для разных групп, и месяцев.

Comments

[Anton Taraev]

А если сделать на местах нормальные базы, а перенос производить при помощи импорта экспорта, ливо штатными средствами СУБД или написать какие то свои механизмы.

Answer 3

[rPman]

sqlite — одна из самых медленных реализаций на запись (на средней win машине от 100ms на транзакцию), даже у ms access быстрее, но чтение шустрое, плюс совместимость высокая (если нужно отдельный файл, значит нужно переносить с машины на машину? а sqlite есть под ВСЕ платформы)

nosql вообще сложно сравнивать с sql, наибольшая скорость (на порядок выше sql), но key -> value создает ограничения, и имеет смысл в основном для document-oriented баз данных, т.е. если у вас есть 1->m то придется сериализовать списки и следить за целостностью самим.

Comments

[djung]

а что вы скажите о Sql Server Compact Edition,
какова скорость записи/чтения?

[rPman]

stackoverflow.com/questions/5249240/sql-server-ce-4-0-performance-comparison

[Krovosos]

SQLITE работает быстро и на запись, и на чтение. Просто по умолчанию, каждая команда создает и коммитит свою транзакцию. Переход на групповую транзакцию и отложенный по таймауту коммит спасает дело.

[rPman]

Уважаемый оппонент, я вас понимаю, всем нравится sqlite, но я довольно внятно написал именно про время выполнения транзакций а не отдельных команд.

Я могу придумать тысячу и одно место применения sqlite, когда операции записи можно выполнять не заботясь о том, действительно ли они исполнены, чуть меньше — когда я могу назвать срок, в течении которого мне достаточно чтобы структура данных была не консистентна (отложенный коммит), но в общем случае мне выгоднее сменить бакенд на что то более быстрое, благо вариантов тьма, хоть тот же mysql embended.

p.s. для задач, когда записи редкие или отсутствуют — я бы первый рекомендовал sqlite, чтение реализовано вполне быстро (был проект, база доросла до 14гб, медленная последовательная запись и куча мелких поисковых запросов — одни только положительные впечатления)

Answer 4

[sermal]

Требуются ли Вам дальнейшие операции выборки и анализа данных?
Если нет, то может напрямую в файл писать следует.

Comments

[djung]

в этом то и дело, что требуется
помимо этого, данных будет много
ещё один минус бинарного файла с сериализацией обьектов, в том что он очень легко может «поломаться», то и есть потом или копаться хекседитором, или забить на данные, что совсем будет плохо.