|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Здраствуйте! Возникла делема... Разработка системы для проектной организации. Задача такова. В организации идет большая текучка документов. Т.е. договоров по регистрации проектов и конечно же самих чертежей. Задача все это стуктуировать в СУБД. Вопрос? Хранить все документы в BLOB полях? База будет расти немерено. Решил писать клиента на C#, а база FireBird 2.0. Может кто делал подобные проекты для строительных контор! Дайте совета! Спасибо... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 09:32 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Поддерживал одну такую систему. Документы хранились в BLOB-полях. Правда, не в строительной, а в IT-конторе. И не на Firebird, а на Oracle. И не на C#, а на PowerBuilder, хотя, думаю, не принципиально. Ну да, база была большая, ну и что? Не считая неких глюков непропатченной версии Оракла, всё было вполне себе. Даже работали репликации этих BLOBов между двумя серверами. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 10:01 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Меня интересует подойдет ли FireBird для этих целей? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 10:03 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Если контора строительная, то там есть файлы больших объемов (например Autocad) Работа с такими файлами по сети медленна и чревата глюками. я бы сделал через БД загрузку/выгрузку готовых решений на компы пользователей. (Естественно разделив права -выгружать "все", а загружать -только инженеры разработчики к примеру) При этом смысла эти файлы хранить в БД , особенно в Firebird не вижу - лучше просто в ФС сервера. Тем более что есть необходимость сохранять промежуточные версии - база слишком быстро разрастется так.. что ИМХо fb не понянет. Просто сам работал в проектной конторе . Надо понять несколько принципов 1 Работать с большими чертежами люди будут с локального диска компа. всегда. 2 Надо иметь архив старых версий 3 Размер многих файлов превышает 50 метров 4 Иногда для работы требуется не 1 файл а папка (если в чертежах есть ссылки и тд) Для похожей схемы использовать ФС сервера, но без прямого туда доступа со стороны клиентов. (Те программа сама их будет сохранять на лок диск по требованию.) В бд же хранить только пути. К файлам и всей их истории. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 10:35 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Спасибо за совет ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 11:20 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Вот еще бы понять, как мне список файлов с сервера в DataGridView запихать...:) А так в приципе доступно... Может сервис какой написать ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 11:31 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Просто надо чтоб в определенные папки файлы могла помещать только программа. Тогда помещая файл она и записывает в БД путь. (как строку) А строки отображать в гриде .. Точнее лучше пути не отображать а иметь в гриде кнопку "загрузить" по нажатию которой открываетс fileSave и предлагает сохранить файл на локальном каре. Аналогично - fileLoad. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 12:04 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
dvim Послушайтен коллегу - он говорит дело :) Наша система работает именно так, именно в строительных конторах. Только база у нас MS SQL. Добавить надо, что выгруженные из базы файлы можно хранить в локальном кэше - это исключает ситуации, когда вся контора приходит уром, нажимает одновременно "открыть" и все тормозит. Перед перекачкой надо убедиться, что в локальном кэше нет актуальной версии файла. А вообще: почему бы не купить готовую систему? Хочу еще добавить, что при работе с акадом сразу учтите, что документы могут быть многофайловыми с перекрестными ссылками, ссылки надо будет перенастроаивать или выгружать файлы правильно, впрочем, как и загружать в базу новые файлы (то есть учитывать ссылки и сохранять все, что необходимо). То, что база будет расти, так на то она и база :) Все равно файлы хранить придется. Если есть вопросы, или надумаете ознакомиться с имеющимися аналогами вашей системы, пишите на мыло в профиле. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2006, 22:22 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
webus<...> Задача все это стуктуировать в СУБД. Вопрос? Хранить все документы в BLOB полях?<...> Если структурировать содержимое документов и хранить его - это одна задача, см. в сторону автоматизации документооборота. Если не структурировать содержимое, а хранить документы в виде файлов-"чёрных ящиков" (даже если с полнотектовым поиском) - это другая задача, см. в сторону CVS/SVN/VSS и им подобных, а также всевозможных поисковиков, локальных и не очень (от Yandex Desktop до Google Search Appliance, либо от MnoGo Search до Oracle Text). IMHO задача выбора СУБД здесь очень вторична. Писать самим систему документооборота ещё хоть как-то оправдано (трудоёмкость изучения существующих фреймворков для документооборота велика), а инструмент, повторяющий функциональность CVS - думаю, нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2006, 10:45 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Тема осталась актуальной. Пробовал PostgreSQL 8.2 и Firebird 2.0. Выбрал Firebird. Вопрос возник про учетные записи пользователей в этой системе. Как их организовать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2007, 11:40 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
На тему блобов было обсуждение. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2007, 10:03 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
Зачем писать самим??? Под collaboration и doc-flow сейчас лучше всего, ИМХО, использовать sharepoint services 3. Если нужен мощный версионный контроль для тяжелых файлов - связка SVN + Tortuise. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2007, 11:14 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
как насчет PMOffice? Rational Portfolio Manager ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2007, 13:11 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
To webus Если за год не особо получилось, то возьми готовую систему электронного архива. Если есть бабло/надо намыть - Documentum. А если дешево и сердито - возьми фриварный ktdms и засунь в него все свои чертежи. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2007, 17:38 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
JuzeppeTo webus Если за год не особо получилось, то возьми готовую систему электронного архива. Если есть бабло/надо намыть - Documentum. А если дешево и сердито - возьми фриварный ktdms и засунь в него все свои чертежи. пасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2007, 14:07 |
|
Система для проектной организации
|
|||
---|---|---|---|
#18+
webusЗдраствуйте! Возникла делема... Разработка системы для проектной организации. Задача такова. В организации идет большая текучка документов. Т.е. договоров по регистрации проектов и конечно же самих чертежей. Задача все это стуктуировать в СУБД. Вопрос? Хранить все документы в BLOB полях? База будет расти немерено. Решил писать клиента на C#, а база FireBird 2.0. Может кто делал подобные проекты для строительных контор! Дайте совета! Спасибо... еще на практике часто необходимо создать некое наглядное представление этих "потоков документов", чтобы отвечать на вопросы "кто модифицирует данный документ?", "кто использует данный документ?", "какие документы используются/модифицируются данной ролью?". Мы для этого используем Infopulse ShareProcess 2007 Кроме того, можно сгенерировать веб-сайт с подробной "картой" и с нее проставить линки прямо на конкретные хранилища документов ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2007, 17:27 |
|
|
start [/forum/moderation_log.php?user_name=%D0%90%D0%B9%D0%BA%D0%BE%D0%BD]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 1735ms |
total: | 1915ms |
0 / 0 |