2 всем: \r
Если это делать через веб - лучше сразу повешаться. А то потом юзеры повесят :) Попробуй многодокументный интерфейс реализовать на IE - сразу станет все понятно.......... \r
\r
Присоединяюсь к "tygra" и к "Jinn" по поводу ограниченности интерфейса Web-клиента: связываться с Web значит заведомо обрекать себя в будущем на все его ограничения, а по поводу включенных в браузер аплетов ActiveXов или javы - это
приложение в приложении , так и так все равно писать клиента под каждую бизнес-роль так уж лучше его писать на дельфях или VB т.к возможностей у такого чистого приложения во много раз больше будет\r
\r
2 kengur: \r
есть корпоративная система построена на 1С Предприятие и 1С Логистика и т.д. \r
\r
Если кратко, то что именно имеется в виду по "построена на 1С"?\r
\r
Oracle+(например клиент на Перле) и потом доступ через Веб ко всему этому делу \r
\r
Странно - особенно какой-то клиент на Перле, да и если сервер, то тоже в контексте 1С. Интересно послушать обоснования автора этого предложения. Уж если уж выбран Oracle+Web и требуется высокая модульность ИС, то лучше уж какой-нибудь J2EE-сервер его будет легко расширять своими или коммерческими EJB\r
\r
...Oracle+клиентское ПО(на С или Delphi или какие-нить Oracle Forms и т.д.) на каждом компе \r
\r
Самый производительный вариант клиента; макс. архитектурная свобода для разработчиков как серверной части так и интерфейса клиента; гарантированная работа на будущее, если у заказчика появятся новые пользовательские роли\r
\r
...их не утсраивает скорость работы \r
\r
они хотят все это сделать на базе Oracle... \r
\r
Если не секрет, то можно вкратце узнать какие именно у них претензии к MSSQL и основания этих самых претензий?\r
Вы наверное знаете, что:\r
* 1С сама использует MSSQL2000 в своих решениях, т.е возможно ее системная архитектура\r
как-то ориентирована на MSSQL (я сам не в курсе, так не занимаюсь 1С, а заказными решениями,\r
так что лучше задайте этот вопрос в проф.форуме типа
www.erpforum.ru );\r
* Oracle может и неплох, но он тяжел и дорог в разработке и администрировании\r
(что бы вам не говорили) по сравнению с тем же MSSQL. Вообще его место в
серьезных \r
приложениях высокой готовности (типа банков, заводов, больниц и т.д), где действительно нужен\r
максимальный аптайм типа 99.99999% т.е соответственно надо и ОС выбирать типа Соляриса или BSD.\r
(Кстати, сколько я за свою карьеру читал ТЭО по выбору Oracle vs. MSSQL для ИС уровня средних\r
предприятий (до 200 человек) все они сводились к дешевому понту перед Заказчиком чтобы срубить\r
с него бабок и при
объективном и детальном анализе требований к СУБД все т.н "относительные\r
преимущества" Oracle исчезали)\r
\r
2 akuz: \r
Веб доступ решает столько проблем, что обращать внимание на всякую хрень типа реализации многодокументного интерфейса или медленный вывод таблицы в полоры тысячи строк просто смешно. Другое дело, что это надо уметь делать. \r
\r
Это вам MDI и тыс.строк - смешная хрень. Я рад за вас, вы честно имеете право смеяться радостным, звонким и оглушительным смехом! :) А вот другим несмешно поскольку им это необходимо. Возможно для конкретных заказчиков-пользователей - это и впрямь блажь, но на за то они и бабки платятъ, что мы разработчики их "блажь" иногда выполняли \r
\r
Вообще то трёхзвёнка уже не в моде, четырёх как минимум. \r
- Presentation Layer \r
- Workflow \r
- Business Logic \r
- Data Access Layer \r
\r
А кому какое дело, что у дураков в моде ширинка на болтах... :) Кстати, а что имеется в виду под тиром/звеном "Workflow"?\r
\r
2 DimaR: \r
Через веб можно сделать очень многое, используя возможности DHTML и другие технологии скажем IE можно организовать и многооконный интерфейс, и многое другое, возможности огромные. \r
Правда, нужно постараться. \r
\r
Огромные, но не бесконечные как у того же приложения, написанного на Delphi/VB - никакими DHMTLскриптами это не сделаешь, все равно придется писать на COM/java
