Tweet
Wir haben einen Application-Server als Prototyp mit .Net entwickelt der im Kern auf die asynchronen Mechanismen (TCP-IP-Connections) des .Net-Frameworks aufbaut und einen Threadpool implementiert. Der Server besteht aus einer klassischen 3-Schicht Architektur.
Eine neuer Vorschalg beruht darauf den Appicationserver "wegzulassen" und direkt vom Client auf Oracle zu zugreifen per ODBC-Connection und
dort PL-SQL-Statements aufrufen. Im Client werden dann die SQL-Statements definiert. Jeder Client greift per ODBC-Connection auf Oracle zu. Die Business-Logic wird in den PL-SQL-Statements abgewickelt.
Oracle erledigt die Connection -und Threadverwaltung (Logging, Monitoring, Benutzerverwaltung,...).
Was wären Argumente gegen eine Vorgehensweise ohne Application-Server?
Eine neuer Vorschalg beruht darauf den Appicationserver "wegzulassen" und direkt vom Client auf Oracle zu zugreifen per ODBC-Connection und
dort PL-SQL-Statements aufrufen. Im Client werden dann die SQL-Statements definiert. Jeder Client greift per ODBC-Connection auf Oracle zu. Die Business-Logic wird in den PL-SQL-Statements abgewickelt.
Oracle erledigt die Connection -und Threadverwaltung (Logging, Monitoring, Benutzerverwaltung,...).
Was wären Argumente gegen eine Vorgehensweise ohne Application-Server?