Добрый день.
Меня интересуют возможности .Net как архитектуры для корпоративных приложений. На данный момент у нас написана крупная система на Oracle 8i с клиентом MS Access, логика программы инкапсулирована в триггерах.
Поступило предложение переписать систему на .NET с механизмом сетевого взаимодействия COM+ or Remoting. Предлагается бОльший объем логики перенести в програмный код выполняемый на сервере.
Взгляд на .NET пал по нескольким причинам, одна из них — это передовая технология, но у этого тоже могут быть свои минусы.
Господа, пожайлуста, Ваши мнения.

Здравствуйте SoftDeveloper, Вы писали:

SD>Поступило предложение переписать систему на .NET с механизмом сетевого взаимодействия COM+ or Remoting. Предлагается бОльший объем логики перенести в програмный код выполняемый на сервере.
SD>Господа, пожайлуста, Ваши мнения.

Мнения? Переписывайте, какие могут быть ещё мнения

Здравствуйте SoftDeveloper, Вы писали:

SD>Меня интересуют возможности .Net как архитектуры для корпоративных приложений. На данный момент у нас написана крупная система на Oracle 8i с клиентом MS Access, логика программы инкапсулирована в триггерах.
SD>Поступило предложение переписать систему на .NET с механизмом сетевого взаимодействия COM+ or Remoting. Предлагается бОльший объем логики перенести в програмный код выполняемый на сервере.
SD>Взгляд на .NET пал по нескольким причинам, одна из них — это передовая технология, но у этого тоже могут быть свои минусы.
SD>Господа, пожайлуста, Ваши мнения.

Access клиентом — это сурово. Переписывать рано или поздно видимо придется. Но для этого нужны отдельные основания и время + силы (т.е. деньги).

Здравствуйте VladD2, Вы писали:

VD>Access клиентом — это сурово. Переписывать рано или поздно видимо придется. Но для этого нужны отдельные основания и время + силы (т.е. деньги).

То, что нужны обоснования — это понятно, они есть. Меня больше интересуют последствия переноса бизнес логики из сервера БД а апликейшн сервер.

Здравствуйте IT, Вы писали:

IT>Мнения? Переписывайте, какие могут быть ещё мнения

А как можно будет организовать "динамические курсоры", если клиент не будет напрямую взаимодействовать с БД.

Здравствуйте SoftDeveloper, Вы писали:

SD>То, что нужны обоснования — это понятно, они есть. Меня больше интересуют последствия переноса бизнес логики из сервера БД а апликейшн сервер.
Если оставить в стороне трудности, связанные с этим самым переносом, то выгоды, конечно, есть. Одна отладка хранимых процедур на Oracle стоит того, чтобы от нее избавиться!
Потом, масштабируемость увеличивается (если это важно, конечно): Application Server может быть и не один.
По производительности — может быть и так, и эдак, в зависимости от дизайна системы. Если в логике преобладает доступ к данным, то быстрее PL/SQL все равно ничего не будет.
В конце концов, в трехзвенке легче изолировать специфику БД. При необходимости можно будет и базу данных поменять (или выпустить, например, мобильный вариант с Access или Oracle Lite).

Здравствуйте SoftDeveloper, Вы писали:

SD>А как можно будет организовать "динамические курсоры", если клиент не будет напрямую взаимодействовать с БД.

А что такое динамические курсоры?

Здравствуйте IT, Вы писали:

IT>А что такое динамические курсоры?

Возможность вытягивать данные синхронно прокручианию формы, то, что Access предоставляет встроенным механизмом.

Здравствуйте SoftDeveloper, Вы писали:

SD>Возможность вытягивать данные синхронно прокручианию формы, то, что Access предоставляет встроенным механизмом.

В Оракле есть только один встроенный тип курсора — ForwardOnly. Все остатьно эмулируется. В ADO.NET ДатаСеты вообще отглюченные. Здесь придется менять концепцию или использовать нечто от третих фирм. Ну, типа нашего ascDB .

Здравствуйте VladD2, Вы писали:

VD>В Оракле есть только один встроенный тип курсора — ForwardOnly. Все остатьно эмулируется. В ADO.NET ДатаСеты вообще отглюченные.

в ADO.NET есть DataReader, но он тоже ForwardOnly