Релиб / Базы Данных / Базы данных / "Нитевая" структура БД / Latest Posts

RE: "Нитевая" структура БД

bazile — Fri, 29 Jun 2007 09:55:37 GMT

Пожалуйста.

RE: "Нитевая" структура БД

Vizlim — Thu, 28 Jun 2007 21:44:13 GMT

[b]Огромнейшее тебе СПАСИБО[/b] [b]bazile[/b], за помощь в структуре БД для форумов, а так же за разъяснения =))))))))))))))))))))))))))))))))))))))))

RE: "Нитевая" структура БД

bazile — Thu, 28 Jun 2007 20:30:02 GMT

Подобная схема имеет ряд серьезных недостатков:

Для запросов придется использовать динамический SQL, что само по себе сразу ухудшает производительность.
Лишние накладные расходы на хранение большого кол-ва таблиц. Ведь кроме собственно данных есть еще и служебная информация о таблице. Плюс возможность (пусть даже и теоретическая) натолкнуться на физические ограничения СУБД на кол-во таблиц.
Создание тем и форумов будет требовать больше времени так как сначала требуется создать таблицу, после чего уже записывать данные.
Следствием п.3 является необходимость наличия у пользователя повышенных привилегий что противоречит общепринятой практике работы с минимально необходимыми привилегиями.
Сложнее будет сделать поиск, отбор всех сообщений пользователя и тому подобную функциональность.
Реляционные схемы построения базы обычно активно применяют механизмы защиты целостности базы предоставляемые самой СУБД. Например, внешние ключи. В данном же случае нельзя заранее создать отношения типа FOREIGN KEY. То есть надо или вообще отказываться от механимзмов зашиты - что глупо - или создавать подобные связи на лету вместе с таблицей - что влечет еще большие накладные расходы.

Как итог: это плохая идея. Раз у нас реляционные СУБД, то и базы надо строить соответственно. Иначе жди проблем.

Насчет скорости работы тоже думаю все понятно.

RE: "Нитевая" структура БД

Vizlim — Thu, 28 Jun 2007 16:36:30 GMT

[quote][b]bazile (28.06.2007)[/b][hr]Не смог твой пример понять. Ты бы хоть пояснил для чего каждая таблица нужна. Из "информативного" названия messagers2, например, это понять нельзя. Тоже самое касается названия поляscil.[/quote]

-- Форумы
CREATE TABLE tems
(
id INT AUTO_INCREMENT PRIMARY KEY,
categori TINYTEXT, -- категория к который относятся темы
tema TINYTEXT, -- название темы
scil TINYTEXT, -- Ссылка на подтемы (название таблицы), данной темы
num_tem INT, -- кол-во тем
posl_mess TINYTEXT, --кто оставил последнее сообщение
levelz TINYTEXT -- Вложенность, уровень
)

-- Темы в форуме
CREATE TABLE "Ссылка на подтемы (название таблицы), данной темы"
(
ids INT AUTO_INCREMENT PRIMARY KEY,
podtema TINYTEXT, -- Название подтемы
scils TINYTEXT, -- Ссылка на сообщение (название таблицы), данной подтемы
num_mess INT, -- кол-во сообщений в теме
posled_mess TINYTEXT, -- кто оставил последнее сообщение в теме
datazz DATETIME, -- дата создания
levelz TINYTEXT -- Вложенность, уровень
)

-- Ответы на тему
CREATE TABLE "Ссылка на сообщение (название таблицы), данной подтемы"
(
ids INT AUTO_INCREMENT PRIMARY KEY,
nickname TINYTEXT, -- Логин
messaga LONGTEXT, -- Сообщение
datazz TINYTEXT -- дата
)

зы: как заполнчются поля в моём предыдущем посте =)

ззы: при каждой новой теме форума либо подтеме форума создаёться новая таблица...
Тоесть при наличии одной темы и 5 подтем имеем 6 таблиц...
при наличие 4 тем... и 0 подтем в каждой имеем 4 таблицы...

[quote]Я имел в виду такую структуру БД, когда в таблице со списком форумов есть поле вроде Parent_ID указывающее на форум-родитель. Для тем же в качестве родителя выступает только ID форума. [/quote]

Мне интересно, если у нас есть только три таблицы и вних хранятся скажем "ccылки" на нужные данные, то если данных в таблице будет 1 миллион, то как скажется это на быстродействии, если при выборке нужных данных мы используем запрос SELECT (поиск)... при условии, что он проходится по всем записям в таблице...

И возникает ещё один вопрос, какая из структур будет эффективнее в работе... та которая имеет допустим 1 миллион таблиц либо структура с тремя таблицами с 1 миллионом полей и "ссылками" на данные в эти таблицы?

RE: "Нитевая" структура БД

bazile — Thu, 28 Jun 2007 14:15:26 GMT

Не смог твой пример понять. Ты бы хоть пояснил для чего каждая таблица нужна. Из "информативного" названия messagers2, например, это понять нельзя. Тоже самое касается названия поля scil.

Я имел в виду такую структуру БД, когда в таблице со списком форумов есть поле вроде Parent_ID указывающее на форум-родитель. Для тем же в качестве родителя выступает только ID форума. Например так:

[quote]-- Форумы
CREATE TABLE forum
(
iForum_ID int NOT NULL PRIMARY KEY,
iParentForum_ID int NULL,
sForumName varchar NOT NULL,
)

-- Темы в форуме
CREATE TABLE topic
(
iTopic_ID int NOT NULL PRIMARY KEY,
iForum_ID int NOT NULL,
iUser_ID int NOT NULL, -- Автор темы
sTopicName varchar NOT NULL, -- Название темы
sTopicBody varchar NOT NULL, -- Текст темы
dtCreated datetime NOT NULL, -- Дата создания темы
)

-- Ответы на тему
CREATE TABLE topic_reply
(
iTopicReply_ID int NOT NULL PRIMARY KEY,
iTopic_ID int NOT NULL,
iUser_ID int NOT NULL, -- Автор ответа
sReplyBody varchar NOT NULL, -- Текст ответа
dtCreated datetime NOT NULL, -- Дата создания ответа
)[/quote]

RE: "Нитевая" структура БД

Vizlim — Thu, 28 Jun 2007 13:42:36 GMT

RE: "Нитевая" структура БД

bazile — Thu, 28 Jun 2007 10:19:04 GMT

Мне кажется что имеется в виду следующее: в виде дерева представляются только форумы, а сами сообщения хранятся как список.

RE: "Нитевая" структура БД

Vizlim — Wed, 27 Jun 2007 20:25:23 GMT

[quote][b]bazile (27.06.2007)[/b][hr]Нитевая структура? Что это такое?[/quote]

Впервые о ней услышал тут: [url=http://php.ru/forum/viewtopic.php?t=6199]http://php.ru/forum/viewtopic.php?t=6199[/url]

RE: "Нитевая" структура БД

bazile — Wed, 27 Jun 2007 19:31:52 GMT

Нитевая структура? Что это такое?

"Нитевая" структура БД

Vizlim — Wed, 27 Jun 2007 18:39:57 GMT

Слышал о том, что современные форумы используют "Нитевую" структуру БД...
Интересно посмотреть на пример построение БД с использованием данной структуры...
И какие её достоинства и недостатки по сравнению с обычной древовидной структурой и со сбалансированном деревом (B-дерево)...