Хочу выделить отдельную БД под сабж - использовать как хранилище объектов - например для хранения .dfm файлов-описаний форм Builder'a для последующего их динамического создания. Понравилась идея с blobaми :)
Может у кого уже есть нароботки по этому поводу, скрипты бадущей базы или идении по таму как это правильней организовать!?

НУ почему никто не смотрит ;) Понимаю, что "хранилище данных" уже всем надоело, но мне интерены именно готовые/начатые реализации

2Glory: А можно??? :-))))) Реально хотелось бы ссылки на статью где описывается проектирование каких-нибудь типовых хранилищ
2snake: а ответов 0 :)

2Glory:
Вообще идея такая
Дано:
Есть база MS SQL2000
Есть клиент написанный на Builder'e

- клиент по расчетам будет содержать что-то около 200 форм( банковский Операционный День ) - у Builder'овского IDE с проектами такого размера есть, скажем, ПРОБЛЕМЫ, поэтому формы создаются динамически - по .dfm файлу
Так вот формы надо где-то хранить - есть идея делать это в базе - в "хранилище". Создавать .dfm файлы и формы по ним будет не SQL Server - он ТОЛЬКО хранит. Хотелось бы реализовывать это не просто в виде таблицы в которой хранятся формы, а именно в виде хранилища данных - структуре в которой можно хранить РАЗНЫЕ объекты - отчеты, формы и т.д. - хотелось бы в достаточной степени общую концепцию позволяющую дальнейшее расширение области приминения хранилища!
Интересно насколько это вообще имеет смысл - ведь можно у клиента просто соответсвующую директорию выделить

2Glory: да читал - вот и понравилась идея с blob'ами - именно для ХРАНЕНИЯ произвольных объектов.
Пока думаю так
SQLServer ( только хранение ) <-> Middleware как раздатчик ресурсов( врядли это T-SQL, скорее DCOM сервер или что-то еще, но не на SQL ) <-> Клиенты

Я пока еще не решил, а стоит ли так напрягаться, не делаю ли я мухи и т.д. ведь, опять же, можно у клиента просто подкаталог завести, например 'DFM\' и там хранить формы, потом 'reports\' и там отчеты - ну и так далее - стоит ли усложнять доступ к ресурсам. Основная идея которая мною движет - хранить в одном месте и данные и , какбы' формы для доступа к этим данным - типа инкапсуляция :)
2_none_: спасибо, посмотрю...

2Glory:
Нас будет трое( 2 программиста + сис. администратор )
Писать будем новый банковский опер. день
В базе точно будут храниться .dfm и отчеты
Просто перед стартом проекта подвожу итог для технологий которые изначально будут в нем применяться - смотрю и думаю :)

2AndyMandy: Можно по подробнее - что за формы, на каком языке - это все мне очень интересно!
2ASCRUS:
А логика вообще то реалищуется в классе формы , DFM и класс неразрывно связаны и одно без другого смысла не имеет. - Полностью согласен и думаю, что это главная проблема
Редактировать .dfm не в Blob'ах, в обычном IDE - а затем закачивать в базу
2Glory: пилотный проект само самой :)

2Bzzzzz: Идея - БД это данные+методы доступа к данным - т.е. на сервере храняться и данные и описания доступа к ним - поэтому онцепция хранения .dfm файлов по крайней мере привлекательна. Насчет увеличения трафика и нагрузки - это уже детали реализации - я лично планирую кэшировать формы на машине клиента, а с сервера закачивать только изменившиеся или новые - вобще схема такая
SQLServer - Resource Manager ( думаю использовать CORBA ) - Client ( на Builder'e 6 )

Resource Manager будет уметь раздовать ресурсы на запросы клиентов - GetResource( )

Про редактор форм у клиента я ничего не говорил!

Builder плохо поддерживает большие проекты - у него начинаю появляться чтуки типа
[Linker Error] Unresolved external '__linkproc__ intover' referenced from C:\YURI\SALARY\CMAINWINDOW\CMAINWINDOW.OBJ
- эта решается удалением .obj файла и перезапуском Builder'a - но есть штуки и послажнее
+ низкая скорость компиляции - особенно в IDE

2ASCRUS:
нет - для увеличения скорости/стабильности компиляции используем packages/project groups + .mak файлы

BLOB'ы это больше попытка систематизировать доступ к данным, а динамическое создание форм его часть

Насчет Delphi - не знаю, может я извращенец, но иногда мне очень хочется поставить сотрудноков Борланда в линию и оторвать у каждого по большому куску за то, что они сделали VCL на Pascal'e и за то, что Delphi много лучше Builder'a
А вообще, просто хотелось бы использовать C++, а не Pascal