Привет, оверы.
Вот, есть проблема: нужно написать СУБД, которая удовлетворяла бы следующим условиям:
1. однопользовательская
2. многозадачная
3. не требовательная к ресурсам
4. структура данных должа легко обновляться (ключевой вопрос)

У кого есть опыт разработки собственной СУБД, пожалуйста, поделитесь если не кодом, то хотя бы идеями. Самые главные для меня проблемы: как хранить данные и быстро их находить.
Просмотрел много форумов, посвященных программированию, а подходящих советов не нашел.
Жду ваших советов.

John Mirro
По моему мнению, это просто утопическая идея, т.к. в одиночку можно написать только какое-то подобие СУБД, которое будет выполнять лишь десяток базовых операций. Полноценную же, пусть даже самую маленькую, СУБД в одиночку написать практически нереально и займет очень много времени
PS: А зачем требуется писать свое, если есть огромное множество уже написанных?

Ну хотя бы так: добавление, удаление, поиск по индексу, возможность изменения структуры данных.


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

John Mirro
Повторю, это очень тяжело. Наработки какие-то у меня были, но ни во что нормальное это воплотиться не смогло

Практически любой софт использует какие-либо сторонние компоненты или библиотеки. Какой хоть язык программирования? Возможно, у меня будет пара идей, как это обойти

Язык можно С/С++ или Дельфи/Паскаль.

John Mirro Если использовать Delphi, то могу посоветовать в качестве СУБД использовать Interbase/Firebird. Они писались, если мне не изменяет память, специально под Borlandовские среды разработки. Плюс использования этих СУБД в том, что сам сервер базы вкомпиливается в программу и не нужно будет ничего ставить дополнительно (просто рядом с программой будет лежать дополнительная dll с самим движком сервера). Минус - это действительно будет только однопользовательская СУБД, более того, локальная. Если это подходит - в Google.
Еще есть куча мелких СУБД, работающие по тому же принципу (встраиваемость в осносной код), но, насколько я знаю, большинство из них платные

--Vel--
С Interbase/Firebird я очень хорошо знаком, однако из-за специфики задачи он не подходит. А именно: по сути, программа является каталогизатором деталей/запчастей и т.д. с возможностью поиска. Пользователь может создавать любое количество разных каталогов и все они должны быть отдельными файлами, которые должны ассоциироваться с программой (как любой документ-кликнул по нему, программа открылась).
Конечно, можно сделать это в интербейс/фаерберд, но вот размер пустой базы данных сам занешь какой А если менять структуру данных, а у пользователя будет несколько десятков каталогов. В интербейсе это будет гиморно. Я думаю ты понял проблему.

John Mirro
Что собой будет представлять каталог? Будет ли это просто таблица фактов, или же каждый каталог - это полноценная база?

--Vel--
Каждый каталог-полноценная база данных

John Mirro
Тогда есть такой вариант. Немного кривой, но другого, чтобы все работало без установки, я пока придумать не могу.
Используем в качестве СУБД DBISam. Это локальная СУБД, каждая таблица хранится в двух/трех отдельных файлах. Каждый каталог будет из себя представлять реальную папку на диске. Насколько я понял постановку задачи, структура базы фиксирована. В таком случае, при работе в другим каталогом просто меняется путь к базе. Теперь по поводу одного файла и его ассоциации с приложением. Есть идея просто заархивировать каждый каталог в отдельный файл без сжатия с со своим расширением (благо модули работы с тем же Gzip есть практически под все среды разработки, так что архиватор есть). Когда пользователь будет кликать на файл, программа запускается, распаковывает содержимое в одну из своих рабочих папок. Когда работа заканчивается, содержимое рабочей папки обратно собирается в один "архив" и перезаписывает предыдущую версию. Все это довольно громоздко и содержит подводные камни, но, по-моему, на много порядков проще, чем писать собственную СУБД

--Vel--
Вариант интересный, стоит подумать.

John Mirro

не проще ли написать прогу и прикрутить к ней opensource-движок (например, postgresql).

Zio
Не проще. Тот же PostreSQL требует отдельного сервера. Если же задаться целью локального использования native Win PostrgeSQL, то с той же самой инсталяцией приложения будут огромные трудности (нужно будет установить и настроить сервер). Плюс теряется переносимость каталогов с одного компьютера на другой (бекап/рестор из консоли или фронтэнд вряд ли простой пользователь осилит)

А почему нельзя просто использовать Microsoft Access? С приложением поставляться должны будут просто файлики с самими данными. Сервер не требует для работы. У меня в связке с приложение на C# замечательно работает. Никто не жаловался.

Я бы писателей баз данных на Microsoft Access просто , ни одного толкового приложения не видил, одни геморройные недоразумения.

gsvZolo
Ну не нужно так грубо, Access очень полезен в некоторых сферах
force_sk
Довольно хороший вариант. Но, в случае, если нет ограничений на установку OBDC (W2K, к примеру, не имеет нативной поддержки Access, точнее, драйвера под него) и, если хранить именно файлы баз, то трудно будет настроить ассоциации в некоторых случаях + базы будут видны всем.
Если же эти пункты не являются препятствием, то, повторюсь, очень толковое решение

gsvZolo Очень зря ты так. Я тоже раньше как-то недолюбвивал Access (просто не юзал его, а только слышал), а потом пришлось именно их и использвоать. И нормально прошло. Работает.

force_sk
Извиняюсь конечно, могу и ошибаться, но это всё из жизненного опыта. , почему бы просто не взять готовую СУБД например тот же банальный Fox, намного мощнее и менее глючно, чем Access.

gsvZolo Если честно, с Fox не работал и особо про него ничего не знаю, так что тут посоветовать не могу.

Зачем заниматься извращениями!??? Базы от Access прекрасно подходят для такого дела. Они не глючат. Глоючат руки у программеров, не умеющих использовать правильно эту систему. Для твоей задачи это просто идеальный вариант!