Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Документооборот в конструкторском отделе. (Access+D7)??? [D7, Access]

Muto © (2007-10-23 21:34:00)
Ребят, подскажите пожалуйста:

В Проектно конструкторском отделе (35-40 чел) нужно замутить систему документооборота.

Эскиз:
Пришло техзадание -> ввели его данные в базу, назначили группу-исполнителя-> Далее начинают плодиться как грибы после радиационного дождя разные документы, необходимо отслеживать состояние данных документов, стадии их готовности, прошли экспертизу или нет и прочее. + возможность создания архива документов (отдельно на расшареной папке, с разграничением прав пользователей).

Интенсивно пользоваться данной базой будут тока 4-6 пользователей. Остальным так, изредка.

Вопросы:

1. Как считаете, подойдет ли для таких целей связка Access 2003+D7 ????
2. Может есть более оптимальные сочетания (база должна быть freeware).

Muto (2007-10-25 22:44:00) [1]
Удалено модератором
Примечание: обсуждение модерирования

Muto (2007-10-25 22:40:00) [2]
Удалено модератором
Примечание: обсуждение модерирования

Muto (2007-10-25 22:38:00) [3]
DonVIk а что ты можешь сказать о:

1. Globus.
2. Лоция.
3. TDMS
4. Продукты компании АСКОН.

Я их послал подальше по той простой причине что большинство из их функциональных наворотов мне и всему отделу не нужны.
Сам документооборот дешевле и проще сделать самому чем использовать готовый продукт.
Потому что у каждой организации свои особенности и порой они офигенно различаются и поэтому в готовых решениях охрененно большая избыточность а из-за этого и сложность внедрени и пользования.
Оправдывает покупка вышеперечисленного лишь только в случае полного перехода на цифровые подписи и замещение бумажного оборота.
Там действительно нужна высокая степень безопасности и точная отладка.

Muto (2007-10-25 22:29:00) [4]
Удалено модератором
Примечание: а еще раз то же самое, но без мата...

DonVik (2007-10-25 12:30:00) [5]
А вот интересно, что именно интересует Muto - только учетная информация или и работа с самими документами. У меня уже несколько лет такая же проблема, правда обьемы побольше, ~120 конструкторов. 9 месяцев возился с Интермеховским Search 7.0. Поэтому и интересуюсь любой информацией по этому вопросу. Если требуется только учет документооборота - это одно, а если и работа с конструкторской документацией - это совсем другое

Anatoly Podgoretsky (2007-10-25 08:54:00) [6]

> 2 ГБ на 3 годика хватит вполне. Я так думаю,

2 гб это не размер базы, а размер файла. У бесплатного MSSQL 2005 размер базы 4 гб и баз может быть несколько.

Sergey13 (2007-10-25 08:30:00) [7]
> [11] Muto (24.10.07 21:59)

> Вот это ключевые слова, которые я рад слышать.
Из 10 постов только один, и то с большими оговорками, одобрил твой выбор.
Нафига тогда ты вообще спрашивал, непонятно. Услыщать то, что хочется?
Так бы и спрашивал: "Кроме Аксеса ничего не видел и не знаю, можно ли на нем сделать такое?"

Удачи.

Muto (2007-10-24 21:59:00) [8]
Спасибо за высказанные мнения.
Учту все.

>DVM © (23.10.07 23:3
>Access конечно хорошая СУБД, живучая и относительно несложная, но >имеет ограничения на размер файла базы. Всего 2 Гб кажется. Подойдет >или нет - решай сам.

Вот это ключевые слова, которые я рад слышать.
Думаю Access сгодится.
Ведь не все ж сразу будут юзать базу.
Да и записи будут не так уж и быстро плодиться.
2 ГБ на 3 годика хватит вполне. Я так думаю,
А там если что можно все конвертнуть во что то более достойное.

К тому же записи в базу, как правило происходят в последовательном режиме.
Т.е:
Начальник -> Зам -> ГИП -> Группа конструкторов -> Экспертные учреждения.

На стадии этой цепочки плодятся записи.
Вряд ли даже будет необходимость работать одновременно в режиме записи более 1 чела. Два, это будет редкость.
Остальные в режиме чтения, и то максимум человек 10

megabyte (2007-10-24 11:13:00) [9]
Юзай опенсорсовую Firebird и не парься. Полнофункциональный сервер уровня предприятия! Разве что компоненты удобные для пользования придется купить, но это не так много.

Правильный_Вася (2007-10-24 10:52:00) [10]

> а Oracle напоминает про Oracle XE

а она че, многопользовательская?

> Access 2003+D7

документооборот на файлсерверной СУБД - смерть!

k2 (2007-10-24 09:04:00) [11]
из готовых у нас внедрялcя интермеховский search: http://www.intermech.ru/programs.htm

Sergey13 (2007-10-24 08:36:00) [12]
При работе 35-40 человек с БД, расчитывать на ЛОКАЛЬНУЮ СУБД - верх безответственности. ИМХО.

DVM (2007-10-23 23:35:00) [13]

> 1. Как считаете, подойдет ли для таких целей связка Access
> 2003+D7 ????

Access конечно хорошая СУБД, живучая и относительно несложная, но имеет ограничения на размер файла базы. Всего 2 Гб кажется. Подойдет или нет - решай сам.

Anatoly Podgoretsky (2007-10-23 23:33:00) [14]
> Petr V.Abramov (23.10.2007 23:25:04) [4]

Может быть, я просто не слышал.
Разумеется любой источник данных можно подключить через OLE DB/ODBC, но я больше о степени интеграции.

Petr V.Abramov (2007-10-23 23:25:00) [15]
> Anatoly Podgoretsky © (23.10.07 23:05) [3]
> Но Оракл не расчитан работать в составе Акцесс и ФоксПро.
расчитан. я, правда, не знаю людей, кто фичу пробовал :)
но с
> Пришло техзадание -> ввели его данные в базу
справится
а на допвопросы ответим.
если на не пошлют сначала (это по мотивам недавнего :)

Anatoly Podgoretsky (2007-10-23 23:05:00) [16]
> Petr V.Abramov (23.10.2007 22:30:02) [2]

Но Оракл не расчитан работать в составе Акцесс и ФоксПро.
Стал бы я иначе предлагать.

Petr V.Abramov (2007-10-23 22:30:00) [17]
> Anatoly Podgoretsky © (23.10.07 21:44) [1]
:)
> Muto (23.10.07 21:34)
> (база должна быть freeware).
а Oracle напоминает про Oracle XE

Anatoly Podgoretsky (2007-10-23 21:44:00) [18]
> Muto (23.10.2007 21:34:00) [0]

Даже сам Микрософт говорит, используйте MS SQL Server (MSDE/MS SQL Server Express)

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »