|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Требуется разработать что то вроде системы документооборота. Требуется хранить все почтовую пересылку в базе. Хранить проекты ( а это много листов AutoCAD). Хранить договора. А это Word и Excel документы. Все это требуется упорядочить по дате. Сделать дерево проектов. Требуется одновременная работа 40 и более (50) пользователей. На чем эту систему лучше реализовать и какую СУБД использовать. Заранее спасибо! p.s.: думал использовать C# + FireBird 2.0. Или не катит ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 20:04 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
А чем просто файловая система не подходит? Поставь файл сервер, создай структуру каталога, раздай привилегии и вперёд на минные поля. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 20:11 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Заказчик хочет что бы все это рабтало в одной программе. И несколько пользователей могут одновременно разрабатывать документы и проекты. А FTP разве позволит 12 пользователям одновременно файл дергать ? Just for fun !!! (c) Linus Torvalds ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 20:16 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Explorer это и есть одна программа. Для просмотра и редактирования файлов в любом случае придётся использовать Word, Excel, AutoCAD и т.д. Не писать же их самостоятельно!? Word и Excel позволяют открывать файл для чтения, если он уже открыт кем то другим для изменений. Excel умеет работать в разделяемом режиме. Наконец есть системы контроля версий, типа CVS, которые разруливают доступ к файлам. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 20:27 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Есть целый класс систем, которые этим всем занимаются. Если не хотите купить готовые, хотябы посмотрите, как работает. http://intermech.ru/search.htm http://tdms.ru/ http://www.cals.ru/products/PSS/ http://www.lotsia.com/index.php?option=com_content&task=view&id=26&Itemid=40 http://tflex.ru/products/docs/ и т.д и т.п ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 02:51 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
?Есть целый класс систем, которые этим всем занимаются. Если не хотите купить готовые, хотябы посмотрите, как работает. http://intermech.ru/search.htm http://tdms.ru/ http://www.cals.ru/products/PSS/ http://www.lotsia.com/index.php?option=com_content&task=view&id=26&Itemid=40 http://tflex.ru/products/docs/ и т.д и т.п Это все хорошо! Только вот цены не для нашей провинции. Взялся я за разработку такой системы. Выбрал C# и FireBird. Данные храню в BLOB полях. Думаю не будет ли это все дело тормозить. Если кто либо разрабатывал такую систему. Поделитесь алгоритмами или source если не жалко. А то с правами замучался и с одновременным доступом к файлу. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 11:24 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Данные храню в BLOB полях у-у-у-у..... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 12:41 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Die Fuhrer, die Данные храню в BLOB полях у-у-у-у..... А что делать ? Если кто уже что-то подобное делал, подскажите ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 13:01 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
webus Die Fuhrer, die Данные храню в BLOB полях у-у-у-у..... А что делать ? Если кто уже что-то подобное делал, подскажите ? Сколько документов хранить надо? средний размер документа? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 16:31 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
MGR webus Die Fuhrer, die Данные храню в BLOB полях у-у-у-у..... А что делать ? Если кто уже что-то подобное делал, подскажите ? Сколько документов хранить надо? средний размер документа?и насколько часто документы будут брать/отдавать на/с редактирование? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 17:24 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
miksoft средний размер документа?и насколько часто документы будут брать/отдавать на/с редактирование?[/quot] Сдаётся мне, что это не принципиально: 50 пользователей. Врядли каждый из них в среднем будет дёргать больше 20-30 документов в день. То есть 1000-1500 дёрганий в день... Это немного. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 17:39 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
MGR50 пользователей. Врядли каждый из них в среднем будет дёргать больше 20-30 документов в день. То есть 1000-1500 дёрганий в день... Это немного.если документы по 100 Мб, то "1000-1500 дёрганий" - не так уж мало... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 17:51 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
miksoftесли документы по 100 Мб, то "1000-1500 дёрганий" - не так уж мало... тут я включил логику. За всю свою жизнь - не видел акадовских документов больше 10М. Обычно это было 100К - 1М Ну и вордовские документы обычно тоже меньше 10М. Ибо на 100М - это крутая проектная документация. Обычно бьётся на части. А в данном случае - скорее всякие небольшие документики (записки, запросы)... Так что зуб даю, в среднем - меньше 10М... Возможно даже меньше 1М, но зуб уже не дам. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 18:14 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Поставить Notes и ГРАМОТНО его использовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 08:58 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
MGRтут я включил логику. За всю свою жизнь - не видел акадовских документов больше 10М. ну-ну а вордовые доки по 3 листа на 10-15 М приходилось видеть? ИМХО - пустая это затея хранить файлы в БД - еще и версионность, поди, придется поддерживать. как выше было сказано - нужно создать структуру каталогов в файловой системе и в БД хранить только ссылки на доки ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 11:24 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
ыавфыавакак выше было сказано - нужно создать структуру каталогов в файловой системе и в БД хранить только ссылки на докиСобственно, хотелось бы услышать о преимуществах такого подхода перед способом хранения в БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 11:32 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
ыавфыавакак выше было сказано - нужно создать структуру каталогов в файловой системе и в БД хранить только ссылки на докиИмхо, не стоит утверждать это столь категорично. Оптимальны способ хранения зависит от ситуации и от требований к проектируемой системе. Обсуждалось это уже много раз! ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 11:49 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Вот можете смеятся, но видел "дешево-сердитое" самостоятельное решение похожего вопроса в небольшой (около 60 сотрудников) конторе в 2003 году. Они делали это все в ... CVS _____________________________________________________________________________ ... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 12:00 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Про цены: посчитайте, во что выльется разработка и когда контора начнет получать хотя бы минимальную пользу - сильно удивитесь, особенно если учтете риски. Про архитектуру: хранение файлов в BLOB - испытанное решение, обычно проблем не вызывает, если база помещается на сервере. Если надо под файловое хранилище задействовать отдельный специальный сервер - это от очень больших объемову или если пользователей слишком много или есть заморочки с бэкапом. Цикл работы с документом - это checkout, долгое редектирование, и checkin - в целом нагрузка на сеть и сервер не велика, кроме утреннего checkout всей конторы. Перегрузка лечится локальным кэшированием документов. Вообще все тонкости будут в работе с классификаторами документов, хранением атрибутов и отработкой маршрутов движения. Никогда не верьте, что ничего никогда не изменится и сразу закладывайтесь на маршрутную технологию обработки документов и возможность быстрого добавления атрибутов, в том числе и сложных справочников. Про размеры: чертежи могут быть в сотни мегабайт - все зависит от изделий. Про одновременный доступ: вводите понятие checkin, checkout и блокировку - посмотрите CVS чтобы понять, как это делать. Права доступа можете слизать из любой имеющейся под рукой системы - в целом не вижу там проблем, задайте более конкретный вопрос. А вообще, судя по вопросам, на данном этапе трудоемкость вы не представляете: еще раз предлагаю, хотя бы изучить имеющиеся системы, чтобы формулировать для себя задачу в виде: то же самое, но с перламутровыми пуговицами... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 14:17 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
? Про размеры: чертежи могут быть в сотни мегабайт - все зависит от изделий. Это да... Я не видел чертежей Боинга-747. Видел чертежи одного двигателя. Пара десятков файлов. В сумме - полтора мегабайта. Если приведёте пример того, что поместится не иначе как в сотни мегабайт, признаю свою неправоту. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 16:00 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Если не верите моим личным наблюдениям здесь можно встретить такой текст автор[Re:] Hrenn (2006-07-18 10:46:52) [наверх] Сборочный чертеж каркаса сооружения весит 20,5 Мб. Вы мне предлагаете ещё размер файла увеличить за счёт чертежей сборочных единиц и деталей? 20 Mb - это далеко не предел, если в модельном пространстве есть твердотельные построения, если в файле сразу много листов (сборка вместе с деталировкой) или другие вспомогательные построения в модельном пространстве. Средний вес одного листа формата А1 для сборочного чертежа редуктора в Autocad составляет 0.5 Мб (для тех чертежей, что есть у меня). Если учесть, что чертежи могут быть и более насыщенными для строительных планов, например, или при выполнении работ, связанных с землеустройством, прокладкой коммуникаций и расстановкой оборудования, то десятки и сотни мегабайт для промышленных чертежей - это не так уж и фантастично. Кроме этого может применяться смешанная растрово-векторная графика, для машиностроения - это не так уж и страшно, а если в качестве растровой подложки кладут точно отсканированную карту, то объем вам обеспечен за милую душу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 18:34 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
?Если не верите моим личным наблюдениям Да нет. Я верю. Только хотелось бы узнать - что у Вас было засунуто в сотни мегабайт. автор[Re:] Hrenn (2006-07-18 10:46:52) [наверх] Сборочный чертеж каркаса сооружения весит 20,5 Мб. Вы мне предлагаете ещё размер файла увеличить за счёт чертежей сборочных единиц и деталей? 20 Мб - это не сотни. Это как минимум в 10 раз меньше. 20 Mb - это далеко не предел, если в модельном пространстве есть твердотельные построения, Насчет твердотельных - ну наверное. Это в принципе сильно увеличит размер. Однако не до сотен. если в файле сразу много листов (сборка вместе с деталировкой) или другие вспомогательные построения в модельном пространстве. Ну зачем же всё держать в одном файле? Это: - неудобно для большого количества пользователей - опасно - слышал о погибших больших проектах на одной из старых версий Средний вес одного листа формата А1 для сборочного чертежа редуктора в Autocad составляет 0.5 Мб (для тех чертежей, что есть у меня). Если учесть, что чертежи могут быть и более насыщенными для строительных планов, например, или при выполнении работ, связанных с землеустройством, прокладкой коммуникаций и расстановкой оборудования, то десятки и сотни мегабайт для промышленных чертежей - это не так уж и фантастично. Кроме этого может применяться смешанная растрово-векторная графика, для машиностроения - это не так уж и страшно, а если в качестве растровой подложки кладут точно отсканированную карту, то объем вам обеспечен за милую душу. Сдуру можно и х.. сломать... А детали раскидывают в библиотеки, да и подложки тоже можно вроде. Опять же - возвращаясь к изначальной задаче. Врядли десятки людей постоянно работают со всеми файлами большого размера (ГИС тот же). Но спорить не буду. А лучше подожду автора - а то он вопрос задал и убежал. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 18:48 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
Был приведен факт, что может один файл с чертежами быть такого размера не с целью напугать, а как совет уточнить конкретную обстановку. С точки зрения реальной работы применяются многие подходы и работать автоматизатору порой приходится с тем, что есть. Не всегда интересно заказчику, что ты думаешь о том, как ему работать в своем CADе. Никто не утверждает, что сотни мегабайт - это самый распространенный вариант, но у меня простой вопрос: Вы когда-нибудь сами чертили реальные рабочие чертежи или, там карту цифровали обводили по фотографии, чтобы рассказывать, что и обо что можно сломать? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 19:42 |
|
Как лучше спроектировать ?
|
|||
---|---|---|---|
#18+
?Был приведен факт, что может один файл с чертежами быть такого размера не с целью напугать, а как совет уточнить конкретную обстановку. С точки зрения реальной работы применяются многие подходы и работать автоматизатору порой приходится с тем, что есть. Не всегда интересно заказчику, что ты думаешь о том, как ему работать в своем CADе. Никто не утверждает, что сотни мегабайт - это самый распространенный вариант, но у меня простой вопрос: Вы когда-нибудь сами чертили реальные рабочие чертежи или, там карту цифровали обводили по фотографии, чтобы рассказывать, что и обо что можно сломать? Какой смысл цапаться, если постановщика задачи не видно? Отвечая на Ваш вопрос - нет, не чертил. Со времен второго курса института. Однако близко общаюсь с теми, кто чертит. Да и из из семьи инженеров-конструкторов, так что небольшое представление имею. Не более того. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2007, 10:57 |
|
|
start [/forum/topic.php?fid=33&msg=34361522&tid=1549115]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
69ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
others: | 247ms |
total: | 422ms |
0 / 0 |