Организация структуры базы данных как файловая система

[ALX_2002]

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

Т.е чтобы можно было создавать
1) каталоги
2) подкаталоги
3) файлы
4) переходить по каталогам

Ну и т.п

Думаю какие таблицы нужны для этого.

(Конечная идея использовать базу на сервере для закачки файлов. Оформить хочется в виде проводника.)

[alibek]

Две таблицы, ITEMS и ATTRIBUTES.

Код: Выделить всё

ITEMS
-----
ID
ParentID
...


ATTRIBUTES
----------
ItemID
AttrName
AttrValue


[ANDLL]

А может лучше XML? Кажеться именно это он и позволяет делать удобнее всего.

[Andrey Fedorov]

А может лучше XML? Кажеться именно это он и позволяет делать удобнее всего.

При чем тут XML?

Две таблички Folders и Files в любой базе данных. Поля табличек:

Таблица Folder:

ID_Folder
ID_Parent
FolderName

Таблица File:

ID_File
ID_Folder
FileName

Связки:

Folders.ID_Folder - Folders.ID_Parent
Folders.ID_Folder - Files.ID_Folder

Все.

[alibek]

Две таблички Folders и Files в любой базе данных.

А зачем разделять папки и файлы?

[Andrey Fedorov]

Две таблички Folders и Files в любой базе данных.

А зачем разделять папки и файлы?

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

[alibek]

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

Код: Выделить всё

ITEMS
-----
ItemID Long
ParentID Long
Folder Boolean
Size Long
Name String
FullPath String
...


ATTRIBUTES
----------
ItemID Long
AttrName String
AttrValue String


ITEMDATA
--------
ItemID Long
Order Long
Data Binary*1024


Первая таблица -- оглавление (если папка) или информация о файле. Во второй храняться дополнительные данные (аттрибуты). А в третьей хранится содержимое файлов, блоками по одному килобайту. Если размер файла больше килобайта, то таких блоков будет несколько, причем Order определяет порядковый номер блоков. Ну а ITEMS.Size определяет размер файла.

[ALX_2002]

Ага. Сделал всё - как описано. Пасиб за идею.

1) Создал 2 таблицы FOLDERS и FILES
2) В таблице FOLDERS создал поля FOLDERID, PARENTID, FOLDERNAME
3) В таблице FILES создал FILEID и FILENAME

Возникли следующие проблемы:

1) У меня FOLDERID и PARENTID связаны. Как сделать добавление первого элемента в случае если база пуста ? Т.к FOLDERID счётчик, то добавление PARENTID не удаётся сделать из-за отсутсвия разрешённых значений FOLDERID

2) Как сделать вывод каталогов по умолчанию ? Т.е если каталог для просмотра не указан ?

[Odrick]

1 - вноси по умолчанию в папки "корневую" папку, дочерними объектами которой будут все файлы и папки в корне твоей "файловой системы".
2 - то же самое. Выводиш все объекты, родителем которых является "корневая" папка.

[Odrick]

1 - вноси по умолчанию в папки "корневую" папку, дочерними объектами которой будут все файлы и папки в корне твоей "файловой системы".
2 - то же самое. Выводиш все объекты, родителем которых является "корневая" папка.

[ALX_2002]

Не. Я решил не париться. Просто у катлогов самого верхнего уровня сделал PARENTID 0

[alibek]

Вообще-то, логичнее было бы делать ParentID = Null.

[GB826]

А я бы сделал как alibek посоветовал.
Все запросы были бы универсальными, например:
Для получения списка: файлов или папок или всего вместе, можно воспользоваться одним запросом изменяя параметр Folder.

Так что поспешили вы, ALX_2002.

[Odrick]

Вообще-то, логичнее было бы делать ParentID = Null

Гм...:

1) У меня FOLDERID и PARENTID связаны. Как сделать добавление первого элемента в случае если база пуста ? Т.к FOLDERID счётчик, то добавление PARENTID не удаётся сделать из-за отсутсвия разрешённых значений FOLDERID

Если таблицы связаны по первичному ключу, то вставить запись со сначением по ключевой колонке = null ну аж никак не получиться Хотя это и не принципиально... Я бы вообще в этом случае не делал никаких ключей.