Что использовать: БД или не БД?

Здравствуйте, есть очень большое количество данных, которые нужно где-то хранить.
(Данные иерархивны)
С этими данными будет работать программа, причем нужно чтобы доступ к этим данным осуществлялся с нескольких компьютеров с персональными правами доступа к ним.
Вопрос общего характера.
Что в данной ситуации использовать и как?
Базы данных или как-то самому выводить эти данные в файл а потом считывать их оттуда?
Или есть какие другие варианты? Я новичок и все это для меня темный лес.

0

Сообщение от Radiance72 иерархивны

Это еще куда ?)

0

Имеют иерархию, мало-ли, вдруг это важно)

0

Сообщение от Radiance72 Имеют иерархию, мало-ли, вдруг это важно

Нет ну это, конечно, важно, когда кто-то кого-то имеет)

Но даже если данные иерархически связаны и/или структурированы, этого скудного по информативности факта совершенно недостаточно для принятия решения нужна ли для доступа к ним какая-то специализированная СУБД..

1

Я не могу понять как все это происходит. Допустим храню я эти данные в БД. Напрашивается вопрос как его создать в какой программе или где там еще и важно ли то как и где его создать?
Потом как-то получить доступ к этой БД. (SQL не SQL?)
Какие для этого нужны компоненты?

Добавлено через 2 минуты
Создать в Acsecce правильно ли это? может какие-то ограничения есть или минусы

0

Сообщение от Radiance72 Создать в Acsecce правильно ли это?

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

0

Допустим есть Животные (для примера)
К ним относятся: Членистоногие, Моллюски итд (штук 500)
К членистоногим: насекомые, ракообразные, паукообразные итд
И по каждому Членистоногому Раку допустим есть инфа типа количество, имя, фамилия + массив числовых данных (до 5000 значений) итд Ну для примера
В итоге у одного компьютера допустим есть доступ к количеству членистоногих, а у других его нет.
(Клиент - серверная фишка как я понял).
Не знаю насколько исчерпывающей является данная информация и поможет ли она для принятия решения о выборе специализированной СУБД в частности и необходимости ее задействования вообще.

Добавлено через 2 минуты
Чувствую без БД здесь не обойтись.

Добавлено через 17 минут
Не совсем удачный пример

0

Ну при таком общем описании подойдет практически любая современная СУБД.

1

0

Если хочешь начать изучение программирования с участием некой БД (Базы Данных) под управлением некоторой СУБД (система управления базами данных), следует почитать и разобраться. Что есть СУБД какие они бывают. Что есть БД. Поизучать язык запросов SQL. И это помимо изучения ООП.
Т.е. пересказать в одном топике этот объем информации и потом еще пояснять при наличии множества книг не вижу смысла.

ИМХО Не советую изучать Access это тупиковая ветка.

Есть бесплатные и вполне серьезные СУБД такие как FireBird или MySQL. Научишся работать с одной из них перейти на другую будет просто.

Если интересуешся с точки зрения заказчика ИС (информационной системы). То следует определится со следующим.
1. Сколько пользователей будет работать с ИС.
2. Как будет происходит подключение к ИС: через локальную сеть или через глобальную сеть или VPN.
3. Сколько БД будет использоватся (в случаях когда между подразделениями нет информационной связи, делают несколько БД и потом их соединяют (т.е. производят репликацию)
4. Выбрать того кто будет это всё делать. Эти и многие другие вопросы он и будет задавать для реализации ИС))

1

Интересуюсь не с точки зрения заказчика а как человек, которому интересно во всем этом разобраться и попробовать свои силы.

Сообщение от ZfoxAK 1. Сколько пользователей будет работать с ИС.

В пределах одной компании (До 500)

Сообщение от ZfoxAK 2. Как будет происходит подключение к ИС

через локальную

Сообщение от ZfoxAK 3. Сколько БД будет использоватся

Думаю нужна одна, на сервере, а клиенты могут вытащить оттуда информацию, как то отредактировать,
и сохранить обратно.
SQL поверхностно изучал, в Accesse пользовался. Хотелось-бы с его использованием то и написатть все это дело.
В книгах читал, там слишком много информации по БД, ADO там всякие(короче много вариантов)
Я думал как-то поможете сделать конкретный выбор.
Просто начал писать программу, и предполагаю что в дальнейшем понадобится добавить возможность работать с данными на нескольких компах. Поэтому решил с этого-то и начать.

Добавлено через 1 минуту
Во всяком случае Спасибо! Буду изучать)

0

Сообщение от Radiance72 Здравствуйте, есть очень большое количество данных, которые нужно где-то хранить. (Данные иерархивны)

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

1

Сообщение от taras atavin возложить на часть самого приложения

Кстати мне нравится такой вариант, думаю было бы хорошо. Единственное как я смогу вытаскивать оттуда данные?
С помощью SQL запросов получится?

0

Сообщение от Radiance72 В итоге у одного компьютера допустим есть доступ к количеству членистоногих, а у других его нет.

Ещё и ограничение доступа к части данных. Уже воняет деревом каталогов с владельцами и привилегиями доступа. Но UNIX - не СУБД.

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

Сообщение от Radiance72 Единственное как я смогу вытаскивать оттуда данные? С помощью SQL запросов получится?

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

1