AI
в итоге остановился на JSON + файлик + маленькая библиотека в 10 классов с уже готовым решением )
Size: a a a
2018 March 14
RB
Ну и норм, если решает задачу 😊
2018 March 15
BS
Прекрасный тред о выборе дб с решением в джейсон файле). Злобным фронтендером пахнет)
RB
Пахнет здравым расчётом 😁
Мне было бы быстрей заиспользовать sqlLite + ef.
Артуру проще json.
Если оба варианта решают конкретную задачу хорошо, то надо выбирать тот, что выгоднее.
Хотя я вижу проблемы в использовании файлов, в случае, когда накопится приличный объем данных
Мне было бы быстрей заиспользовать sqlLite + ef.
Артуру проще json.
Если оба варианта решают конкретную задачу хорошо, то надо выбирать тот, что выгоднее.
Хотя я вижу проблемы в использовании файлов, в случае, когда накопится приличный объем данных
AI
Пахнет здравым расчётом 😁
Мне было бы быстрей заиспользовать sqlLite + ef.
Артуру проще json.
Если оба варианта решают конкретную задачу хорошо, то надо выбирать тот, что выгоднее.
Хотя я вижу проблемы в использовании файлов, в случае, когда накопится приличный объем данных
Мне было бы быстрей заиспользовать sqlLite + ef.
Артуру проще json.
Если оба варианта решают конкретную задачу хорошо, то надо выбирать тот, что выгоднее.
Хотя я вижу проблемы в использовании файлов, в случае, когда накопится приличный объем данных
поверь, ef не проще )
оч много интерфейсов. при сохранении придётся маппить всё на классы, динамически определяя, какой это тип, писать в разные таблицы и тд
т.е. жсон реально проще
оч много интерфейсов. при сохранении придётся маппить всё на классы, динамически определяя, какой это тип, писать в разные таблицы и тд
т.е. жсон реально проще
AI
Прекрасный тред о выборе дб с решением в джейсон файле). Злобным фронтендером пахнет)
ну а то, что решение не идеальное с точки зрения не фронтенда, то да, соглашусь. в LiteDB BSON использовался, с ней не так стыдно было XD
AI
в принципе, у меня поверх БД свой фасад навёрнут => я могу достаточно легко между ними переключаться. как только починят LiteDB, вернусь к ней
G
в итоге остановился на JSON + файлик + маленькая библиотека в 10 классов с уже готовым решением )
так если тебе не надо бд, зачем тебе бд? ровно так же мог в базе SQLLite хранить строки с жсоном, но зачем если у тебя данных так мало что файлик тоже сойдет?
G
а уж тем более заговорил про NoSQL, который подразумевает что традиционные СУБД не подходят в силу каких-то специфичных нагрузок, версионности данных и т.д.
EK
нужно что-то предельно простое, сохранять буквально три сущности
так сделай просто jsonDB, зачем бд для трех сущностей?
EK
А ты и так уже )
AI
так если тебе не надо бд, зачем тебе бд? ровно так же мог в базе SQLLite хранить строки с жсоном, но зачем если у тебя данных так мало что файлик тоже сойдет?
В будущем кол-во таблиц увеличится
G
количество таблиц да, а количество данных? бери sql lite + ef и не мучай себя всякими выдумками %)
AI
+ ef тормозной слишком. Первые обращения к бд всегда долго проходят
G
бгг я это джаже комментировать не хочу, в разрезе локального хранения мизерного объема данных
AI
Ну, имхо, с точки зрения экспириенса куда лучше открыть приложение и увидеть список запросов, чем смотреть на пустую колонку еще секунд 5
G
уж не знаю чо ты там с еф делал что у тебя 5 секунд на первый запрос выходит %))
AI
Litedb с её bson:ом вполне может хранить 10-15к записей. Я даже не представляю, каким задротом нужно быть, чтобы выполнить 10к запросов
G
а какая связь между количеством данных и количеством запросов? ты читаешь базу построчно?
G
кажется я начинаю догадываться откуда 5 секунд могут браться %)