Помогите изобрести структуру БД

@VitJ · Регистрация: 22.10.2007

Студворк — интернет-сервис помощи студентам

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

Вроде я все понятно объяснил, хотелось бы узнать мнение людей, который сталкивались с подобными задачами или кто просто знает как это сделать как можно проще. Если я тут написал полную чушь, буду очень рад узнать об этом, а также, узнать как это сделать по-нормальному.

11.12.2007, 23:46

Я видел примерно такую реализацию базы данных (это было связано с комплектностью сборочных единиц(?)) - но давненько, посему деталей не помню.

@Georgy · 12.12.2007, 02:33

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

@sugarde · 12.12.2007, 10:50

Если я прaвильнo пoнял aвтoрa, тo ему нужнo врoде кaк-бы oтoбрaзить oбъектную иерaрхию нa реляциoнную бaзу...

Нa www.alexus.com я читaл прoстрaнную стaтью нa эту тему. Если сo ссылкoй пoпутaл - кину текст нa мылo.

@VitJ · 12.12.2007, 11:37 **[ТС]**

Всем спасибо за реакцию!
Дело в том, что должен использоваться MySql, вот и приходится выкручиваться. Думаю, что возьму за основу совет Georgy.
Всем еще раз спасибо, будут идеи - пишите!!!

@Victor Svetlov · 12.12.2007, 16:18

Год назад мы реализовали это самое и назвали это 'Редактор параметров'. Только значения атрибутов были типа FLOAT. При этом указывалось, что это за атрибут (LookUp или Data). Соответственно наш редактор мог использоваться для атрибутов вида 'поле со списком' из классификатора или 'числовое поле'. Выглядит это очень красиво.

Извините, но исходники не дам, я не хозяин этого кода, я только придумал принцип

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@VitJ 4 / 4 / 0 Регистрация: 22.10.2007 Сообщений: 234

	Помогите изобрести структуру БД 11.12.2007, 21:58. Показов 885. Ответов 5 Метки нет (Все метки) Всем здрасьте. Вот у меня такой вопрос. Необходимо реализовать БД так, чтобы в приложении была возможность добавлять произвольное кол-во атрибутов произвольного типа объекту. Для этой цели, как я мыслю, надо сделать три таблицы: первая содержит значения атрибутов, состоит из полей всех типов, которые можно назначить атрибутам; вторая содержит название атрибута и используемый атрибутом тип(вроде ссылки на нужное поле первой таблицы); третья - это собственно сам объект, который содержит в каждой записи ссылку на первую таблицу(значение этого атрибута) и ссылку на вторую таблицу(используемый атрибут) или все то же самое, только в первой таблице любые типы хранятся в текстовом виде, а перевод при записи в БД и извлечении оттуда осуществляется программно, в зависимости от значения типа атрибута во второй таблице. Вроде я все понятно объяснил, хотелось бы узнать мнение людей, который сталкивались с подобными задачами или кто просто знает как это сделать как можно проще. Если я тут написал полную чушь, буду очень рад узнать об этом, а также, узнать как это сделать по-нормальному. 0

Dm
	11.12.2007, 23:46
	Я видел примерно такую реализацию базы данных (это было связано с комплектностью сборочных единиц(?)) - но давненько, посему деталей не помню.

@Georgy 0 / 0 / 0 Регистрация: 09.12.2007 Сообщений: 3
	12.12.2007, 02:33
	Ваша модель что-то очень уж универсальна. И не особо пригодна для реляционных БД. Ей можно описать хоть всю Вселенную. Как любое универсальное средство, она, возможно, будет в чем-то уступать более специализированным. Иногда путем более глубокого изучения предметной области удается утолкать модель в какие-то разумные рамки. Если каждый 'атрибут' может иметь только одно значение, а общее количество всех атрибутов не больше 255, есть смысл завести для объекта байтовое поле, где перечислять коды его атрибутов. Если их больше -- можно использовать 2-байтовую кодировку. Расшифровка значений -- через 'словарик': код - название - тип - значение в текстовом виде. Поиск потом можно делать по подстроке этого поля. Еще лучше, если каждому возможному атрибуту можно сопоставить букву. Работать с ними удобнее. А вообще, может быть, попробовать какие-нибудь объектно ориентированные СУБД -- они для этого и делались. 0

@sugarde 1 / 1 / 0 Регистрация: 09.10.2007 Сообщений: 596
	12.12.2007, 10:50
	Если я прaвильнo пoнял aвтoрa, тo ему нужнo врoде кaк-бы oтoбрaзить oбъектную иерaрхию нa реляциoнную бaзу... Нa www.alexus.com я читaл прoстрaнную стaтью нa эту тему. Если сo ссылкoй пoпутaл - кину текст нa мылo. 0

@VitJ 4 / 4 / 0 Регистрация: 22.10.2007 Сообщений: 234
	12.12.2007, 11:37 [ТС]
	Всем спасибо за реакцию! Дело в том, что должен использоваться MySql, вот и приходится выкручиваться. Думаю, что возьму за основу совет Georgy. Всем еще раз спасибо, будут идеи - пишите!!! 0

@Victor Svetlov 0 / 0 / 0 Регистрация: 05.12.2007 Сообщений: 56
	12.12.2007, 16:18
	Год назад мы реализовали это самое и назвали это 'Редактор параметров'. Только значения атрибутов были типа FLOAT. При этом указывалось, что это за атрибут (LookUp или Data). Соответственно наш редактор мог использоваться для атрибутов вида 'поле со списком' из классификатора или 'числовое поле'. Выглядит это очень красиво. Извините, но исходники не дам, я не хозяин этого кода, я только придумал принцип 0