Я начал писать на си подобие субд. И столкнулся с вопросом где хранить данные в текстовом файле или бинарном, чтобы потом данные парсила программа по запросу пользователя? Меня волнует что будет эффективнее по памяти и скорости работы.
EgorBolotow, товарищ Рональд язвитьс изволит. :)
Понимаешь, в СУБД есть огромный набор куда более сложных вопросов, нежели такие тривиальные вещи, как выбор между текстовым и бинарным представлениями данных или же формат бинарного представления данных.
На деле, для инженера ответ на твой вопрос является очевидным исходя из характеристик функциональности самой твоей СУБД. Но характеристики функциональности ты не предоставил.
EgorBolotow, ты сейчас перечислил базовые операции, а не характеристики функциональности.
К характеристикам будет относиться, скажем, пропускная способность сервера при обработке данных на запись, параллельная или последовательная обработка конкурентных запросов, персистентность данных при записи, возможность распределенной обработки запросов. И так далее.
Евгений Шатунов, CRUD и вопрос был изначально про бинарный файл использовать или текстовый файл, для хранения информации о пользователях и чтобы удобно было парсить информацию приложению из файла.
EgorBolotow, CRUD - это не базовые вещи, это функциональность поверх архитектурного базиса.
Архитектурный базис строится от исследования предметной области той проблемы, которую разработка призвана решить. И именно характеристики функциональности ПО являются первым приближением к решению поставленной проблемы.
Сейчас ты не с того конца берешься за свое дело. Твое право продолжать его в выбранном направлении, однако теперь ты каждый раз должен понимать что неверно начал решать проблему.
EgorBolotow, у меня есть почта в профиле, но я не консультирую никого, это слишком затратно по времени.
К тому же, не обижайтесь, но я не думаю, что из этого выйдет толк.
Можете сами почитать хорошую книгу по архитектуре БД (я очень рекомендую К. Дж. Дейт: "Введение в системы баз данных"), тогда уже у вас будет не просто желание сделать велосипед, а останутся кое-какие ценности, которые реально пригодятся в будущем и сможете понять про ACID, транзакции, вьюшки, таблицы.
EgorBolotow, Если на текстовый формат ориентироваться, то и думать не надо - есть же XML или JSON, зачем городить велосипед?
Что касается двоичного, тут огромное пространство для фантазии и творчества.
Для системы хранения требуется продумать 4 фундаментальных операции: SELECT, INSERT, UPDATE, DELETE и не забыть о частоте предполагаемого использования каждой из них..
Дальше уже всё зависит от конкретных данных, которые предполагается хранить, в общем, здесь нет однозначного ответа. Если это хранилище общего назначения для самых разнообразных данных, то рекомендую ознакомиться с тем, как устроены файловые системы.
cicatrix, А тот же json и txt, как по безопасности будет и по скорости работы чем бинарный? И что именно про файловые системы? Если хранить миллионы ид с 10 полями в текстовом формате, то как будет по производительности?
EgorBolotow, Я вам уже писал, всё очень сильно зависит от того, что именно вы хранить будете, универсального рецепта тут нет. Какая самая распространённая операция? Выбор, изменение, добавление? Что хранится, гомогенные данные или нет, какой их объём, какой объём одной записи, какой транспорт (сеть, диск, память), пока что, в вашем случае слишком много неизвестных, чтобы что-либо вам советовать.
Анонимный Дед Мороз 
