Здесь на тему сабжа уже много дискуссий велось, но я все таки рискну :)
В общем хочу реализовать примерно такую модель:
Есть некая система. Типы данных в ней - стандартные (int, string, итд) и мои - документ, справочник и таблица.
разные типы документов хранятся в разных таблицах (соответственно), со справочниками и таблицами то же самое. Есть только таблица описывающая их поля. Само собой - в документе (справочнике, таблице) например может быть поле типа документ, справочник или таблица.
Как я хочу чтобы это выглядело:
Есть класс ЖурналДокументов. Каждый экземпляр класса указывает на список всех документов конкретного типа. Я могу из него получить экемпляр класса Документ - опять же указатель на конкретный документ. Когда я получаю поля документа - я могу получить число, строку, или указатель на документ, справочник или таблицу.
Есть ли у кого-то идеи как это можно реализовать. И имеет ли смысл? :)
Пишу на C#.
Вроде понятно объяснил... Ну на всякий случай пример:
DocumentList DList = new DocumentList ("НалоговаяНакладная");
Document Doc = DList.GetDocument(.....);
Table T = Doc.Fields("Таблица");
Document D = Doc.Fields("Основание");
Storage S = Doc.Fields("Контрагент");

или что то вроде
А, да. Еще я хочу чтобы классы Storage, Document, Table использовались для всех типов справочников, документов, таблиц. Т.е. чтобы не надо было делать наследника от этих классов для документа, скажем, расходная накладная...

2 Cat2:
То что я видел здесь раньше отличается от того что хочу сделать я.
Мне интересно, что неправильно в моей идее. Если отбросить проблему скорости. Что некрасивого в такой модели доступа к данным?

2U-gene:
И все таки не понимаю - неужели это получается настолько криво и некрасиво?
По-моему было бы неплохо работать с объектами вместо таблиц - в данной конкретной задаче... Меня честно говоря больше интересовал вопрос реализации, а не имеет ли это смысл. Думал может кто подскажет как это реализовать правильно...
Или тогда второй вариант:
Как можно реализовать систему у которой полем в таблице может быть документ, справочник, таблица, итд. Просто хочется написать какой-то универсальный интерфейс, т.к. в той модели что я разработал - мы не знаем заранее какие типы документов/справочников/таблиц у нас есть, есть только таблицы описывающие поля...
Может кто подскажет где можно найти описание хранения данных такого рода?
Я хочу чтобы это было аналогично 1С - вот думаю как это реализовать грамотно.

А что за такая система, где неизвестно, чего есть? А как с этим работать?

Как бы объяснить...
В общем - скажем в одной программке (а-ля конфигуратор в 1С, я создаю тип документа (буду от него отталкиваться). Описываю поля, одно поле - дата, другое - справочник, вставляю табличную часть.
У меня в таблице описаний типов документов появляется описание поля для
каждого этого документа и имя таблицы в которой это будет все хранится.
И создаю таблицу, в первом поле дата, в другом ID элемента справочника, в третьем имя таблицы.

И по-моему было бы удобно сделать универсальный класс для работы со всеми типами документов. Через Document.Fields["НазваниеПоля"].Value получать либо значение конкретного поля, либо ссылку на класс документ, справочник, таблица.
У нас есть конструктор типов документов и справочников, и есть библиотека универсальных классов для работы с ними. Удобно должно быть..

По-моему красиво. Вот что здесь неправильно? Где я тут нелогично рассуждаю?

ОК.
Тогда как правильно построить БД, в которой можно будет создавать пользовательские типы документов и справочников? Кто-то имел опыт? Есть какие то ссылки?

А причем здесь T-SQL или C#? Я просто рассказал как я это хотел бы видеть...

Мне интересно было вот что:
Как _грамотно_ спроектировать БД, в которой есть пользовательские типы документов, и как сделаны в них ссылки на другие документы (справочники итд).
"Как нибудь" я могу и сам придумать, мне было интересно кто такое уже реализовывал, и как. Здесь же вроде как профессионалы сидят.

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

P.S. Наверное я действительно криво объясняю - вы уж протите, ну не профессионал я :)

2 funikovyuri:
Значит так:
Я хочу создать систему, в которой есть такие понятия как документ, справочник и таблица (как табличная часть документа в частности).
Структуру таблиц я уже примерно расписал. В общем идея в том что есть таблица описания документов (в ней есть описание для каждого поля) и имя таблицы в которой хранятся собственно сами данные.
Дальше, хотел предоставить интерфейс, чтобы можно было в отдельной программе обращаться к этим данным зная только названия типов (например "РасходнаяНакладная". То к чему я пришел - написал в самом первом письме.
Может это реализуют как то по-другому....Я ж не знаю :)
Вот. Пример работы - это приблизительно так как работать с документами в 1С на встроенном языке.

2 Allvin:
Именно то что я хотел сказать. Спасибо :))

Дык а все таки. Как сказал Allvin:
"а уровне БД все вроде просто. Получится что то типа: таблица типа докуметов, таблица полей типов документов, таблица документов определённого типа ...... (в соседнем форуме MSSQL пришли к выводу что нечего сильно отличающегося от этой модели не придумать ..... )"
Такая структура получается вроде как универсальной, правильно?
Разве нельзя сделать для нее универсальную ОО надстройку? Опять же говорю - чтобы можно было работать с документами, зная его название, а не имя таблицы и проч. Чтобы если поле документа имеет тип "документ", мы могли поулчить опять же ссылку на документ.Вообще не работать с таблицами БД по большому счету - только с классами типов. Ну или как вы предложите :)

2 U-gene:
А какие такие трансляторы? Можно поподробнее?

Я хотел на C# + ADO.NET это делать.