В каком формате удобнее хранить данные?

Есть необходимость хранить данные.
Нет возможности организовывать базу данных.

Какие есть альтернативы. Скорость обработки имеет значение
Количество записей - в год добавляется до 10-12 тысяч.
тип хранимых данных: в одной записи 15 полей, текст

В чем лучше хранить? txt? excel? Css?

1

AndreA SN, ролики не подскажу - не искал и искать не собираюсь) Вам нужен учебный материал по SQL - общему языку всех реляционных баз (диалекты, правда, отличаются).

Для работы с ней нужно будет установить соответствующий NuGet-пакет (в нём будет пара библиотеки и всё).

0

Сообщение от AndreA SN Я же не обсуждаю здесь с вами предмет хранения. Он вам просто ни к чему.

Неверное утверждение. Чтобы иметь возможность помочь в деле

Сообщение от AndreA SN решить вопрос с хранением данных

надо знать тип и объём данных, предполагаемых к хранению, а так-же что потом планируется с этими данными делать (математические расчёты, преобразования, экспорт, формирование текстовых отчётов и т.д.)
А то получается решаем вопросы абстрактного хранения абстрактных данных с абстрактной защитой от абстрактных негодяев.
Ещё раз повторяю: меньше философии, больше конкретики и нам всем будет проще.
Конкретно по вашему вопросу.
Есть два варианта:
1) Быстро, дёшево и сердито - Локальная БД (неважно с сервером или без - вопрос только личных предпочтений). Таблицы с данными, таблица с пользователями, таблицы с журналом действий пользователей. Вход в ПО под логином-паролем пользователя, все действия логируются в журналах.
Небезопасно: имея какие-никакие навыки можно получить доступ к БД не из программы и отредактировать. Можно в конце-концов тупо удалить БД. И сказать "оно само".
2) Долго, но защищённо - делаем веб-приложение с БД, публикуем на платном хостинге, пользователям предоставляем либо WEB-интерфейс, либо (если заморочиться) оконное приложение, как GUI над WebAPI.
Из минусов - работает, только если есть интернет.

1

Сообщение от Usaga Выглядит как пара библиотек идущих с вашим приложением. И файл базы. Работать с ней можно через ADO.NET ручками или с применением ORM типа Dapper, PetaPoco, linq 2 db или Entity Framework. C самой базой, вне кода, можно работать через программу sqlitebrowser: создать, посмотреть данные, отредактировать и всё такое.

ВООООООООТ! Спасибо. Пошел копать инфу.

0

Сообщение от aquaMakc надо знать тип и объём данных, предполагаемых к хранению

Это совершенно пофиг, на самом деле. Вопрос только в выборе хранилища в виде базы или рукотворного велосипеда)

0

Сообщение от Usaga Это совершенно пофиг, на самом деле

Может ТСу надо документы хранить и вообще надо копать в сторону NoSQL.

0

Нет. Документы хранить не надо. Нужно хранить текстовую "шрапнель": буквы, цифры(подстрочные), штрихи (один два) типа
А₂'
Все документы создам на основе шаблонов Word

0

Сообщение от AndreA SN Нужно хранить текстовую "шрапнель": буквы, цифры(подстрочные), штрихи (один два) типа А2'

Боюсь, что форматированный текст просто так без танцев с бубном в БД не похранишь.

Добавлено через 57 секунд
Обратите, кстати, внимание на то, как этот текст отображается после копи-пасты. Вот примерно такой-же результат будет при вытаскивании текста из БД.

Добавлено через 2 минуты
Вообще тесктовый формат - один из самых неудобных. Например, ответьте на вопрос это разные символы или одинаковые:
А == A, С == C, X == Х.

1

так)))по поводу символов типа одинаковых - это тема моей дисерки))) на этом я халву сожрал уже.
полностью согласен по поводу бубна. Поэтому никаких подстрочнонадстрочных кренделей в базе не будет.
сейчас с ходу попал на ролик
https://www.youtube.com/watch?v=8YdjguVZID8
Вроде всё пока понятно
по поводу "оно само". Согласен - есть такой риск. Но тут всё проще. Я планирую организовать периодическое копирование файла с базой в "спрятанный" архив. Если угробят девчата рабочую базу - будут восстанавливать лишь 1 месяц (или 1 неделю) работы. Это, конечно, не очень хорошо. Но хоть какая-то сохранность.

0

Сообщение от aquaMakc Может ТСу надо документы хранить и вообще надо копать в сторону NoSQL.

В случае однопользовательской СУБД я не вижу никаких проблем хранить документы в базе. Да в обычной тоже вполне себе можно. Sharepoint так делает, всякие CRM-ки так делают. Чем ТС хуже?)

Сообщение от AndreA SN полностью согласен по поводу бубна.

А я - нет. СУБД поддерживают работу с Unicode. А если нет, то вполне можно и в Base64 кодировать. Т.е. проблем с этим нет.

Добавлено через 1 минуту

Сообщение от AndreA SN восстанавливать лишь 1 месяц (или 1 неделю) работы.

Можно делать автоматическии копии каждый день, просто хранить не более N последних бекапов. И безопасно и разумно используется HDD.

1

Сообщение от AndreA SN периодическое копирование файла с базой в "спрятанный" архив

Рекомендую воспользоваться не копированием, а бэкапом (обратная операция - восстановление). Все более-менее нормальные СУБД имеют такой функционал.

1

aquaMakc, в случае с SQLite простое копирование файла базы и будет бекапом.

1

Сообщение от Usaga в случае с SQLite простое копирование файла базы и будет бекапом

нууу, не совсем

1

aquaMakc, я понимаю, но смысла в этом не вижу. Вся база оформлена тупо в виде одного файла, который вот он - копируй и всё.

0

Стойте! Я ее еще не создал, чтобы ее уже отбэкапить)))
Я понимаю, что речь идет об архивировании данных. Но я просто пока до этого еще не дожил. Хотя уже понятно, что итогом разработки должна быть команда о сохранении копии БД в архиве. Которая должна выполняться... и вот тут варианты: по выходу из программы, по входу в программу, по .... Логично - по выходу из программы. Но тогда закрытие программы и выключение машины - процесс, приходящийся на окончание рабочего дня и соответственно нервное постукивание каблучками по полу возле компа - будет нервировать.

0

Сообщение от Usaga смысла в этом не вижу

Конкретно про SQLite не скажу, но в других СУБД при выполнении бэкап-рестор происходит очистка БД от всякого "мусора", который мог остаться после удаления данных, так-же выполняется что-то типа дефрагментации, что снижает время доступа к данным после длительного пользования БД.

1

Сообщение от Usaga копируй и всё

вот я тоже так думаю... Проще выглядит

0

AndreA SN, делайте бекап при запуске, пока ещё говно новые данные в базу не попали. Если программа не будет выключаться, то можно и таймер прикрутить. На всякий случай.

Добавлено через 40 секунд
aquaMakc, ну да, разве что это.

1

0

Сообщение от aquaMakc но в других СУБД при выполнении бэкап-рестор

а вот это уже актуально...
ввод данных в базу - 200-300 позиций в день может занимать. А запросы = ввод*3
Я не могу оценить - много это или мало, но, насколько мне понятно - именно это определяет состояние БД.

0

Сообщение от AndreA SN Я не могу оценить - много это

Это ниочём.

0