База данных на основе List

Здравствуйте, интересует как можно создать базу данных из List-отв. Можно из словарей, массивов, хотя мне больше нравиться List.
Главное условие не использовать базы данных и Entity Framework. Кучу методов писать для поиска поля из каждого листа и поиска этого объекта в других листах и их редактирования не хочется. При большом количестве таблиц со множеством полей это.. Верится что есть более изящное и компактное решение. Примерные наметки кода выложу как почищу. Реализация будет в .Net Core если что.

Проблема в том как создать связи аналогичные тем что между таблицами в БД.Запихнуть все таблицы в один список не вариант. Что б при замене информации в одном списке другие реагировали на это изменение. Пробовал экспедиции ремонтировать со static. Лучшее чего добился что при замене обьекта в соседнем листе он реагировал тем что говорил что не может обнаружить объект.

Сейчас думаю как можно использовать ref/out для ссылочной связи данных. Но пока не придумал как именно их можно использовать
.

0

Herasima, не потятно в чём заключается вопрос...

Добавлено через 1 минуту
Вы хотите создать СУБД на базе простого массива, но с некоторыми возможностями настоящей СУБД и без сложности оной?

0

Сообщение от Herasima Проблема в том как создать связи аналогичные тем что между таблицами в БД

В объектной модели это все реализуется через ссылки на родительскую сущность из дочерней сущности. Загвоздка в том, что вам, я так понял, нужно это динамически создавать, и динамически удалять, если нужно.
+ Надо еще обеспечить условие persistent-ости, ведь списки - это коллекции в памяти, которые "умирают" при завершении работы приложения.
Попахивает чем-то вроде СУБД engine + метапрограммирование. То бишь динамическое создание типов, на основе метаданных, которые также можно динамически изменять. Удачи.

0

Не вижу где бы я мог использовать наследование. Допустим я хочу использовать юзеров из таблицы юзеров где то в списке заказов, или допустим интересов. Делать наследование между БД пользователей сайта и контентом по-моему не совсем правильно.
То жизненный цикл ограничивается работой приложения не проблема. В крайнем случае можно положить данные в типизированный текстовый файл или xml. Это не проблема.

Добавлено через 23 часа 46 минут
Usaga, да СУБД(хотя вместо указателей(индексов на другие таблицы можно использовать сам обьект)), можно и на базе простого массива. Можно и сложно. Главное красиво, а не наюор методов учитывающих все возможные ситуации вручную(см. ниже).

Представьте что у вас две базы данных по три таблицы в каждой. В каждой по четыре поля использующих допустим цену из первой табл., что то из второй используют остальные таблицы и тд. В начале программы инициализация по умолчанию. Если просто изменить что то в таблице то в других таблица информация не затронеться. Тоесть для того что б изменить в товаре цену надо описать отдельный метод и изменять через него, а не просто поменять напрямую, что уже неудобно, + надо отслеживать изменение, и если цена участвует во всех таблицах то описывать еще 23 метода для таблиц которые будут делать поиск по всем обьектам в поисках совпадения поля.
Далее для другого поля точно так же, и для остальных полей всех остальных полей опять дополнительные методы.

Я ищу более изящьное решение. Если использовать не дубликаты обьектов а ссылки на сущьности, то все изменения будут происходить автоматически.

0

Herasima, что-то каша какая-то. Вы точно про СУБД тут пишите?

0

Usaga, давай обьясню по-другому. Есть один List<Город> город(поля Id, name), есть другой List<Место> место( поля Id, address, объект из List<Город>)
Вопрос: Как сделать что б при замене: город[0] = город[1]; в List<Место> место изменение происходило автоматически.

0

Herasima, держать прямую ссылку на "Город"?

0

Usaga, Не на сам обьект город а на контейнер Listа с определённым индексом.

0

Herasima, тогда вам придётся сделать это так же, как это реализовано в настоящих СУБД: связывать объекты через внешний ключ (пара "ссылка на коллекцию - индекс"). Сами коллекции придётся завернуть в некую хитрую обёртку, которая будет учитывать (возможно через внешний код, типа МенеджерСвязей) все ссылки и обновлять их при изменении своего содержимого (удаление, изменение записей).

0