Marcus, Scott (GEAE, RHI Consulting)
scott.marcus at ae.ge.com
Mon Apr 14 08:31:05 CDT 2003
Bill, Forgot to mention that if the network goes down, you won't have any code that runs to detect this. You'll have no control over the error message that is displayed. Access still needs to be on the users machine (if you aren't using terminal services to run this thing). Also, database bloat will probably happen at an accelerated rate. I'm sure there are other issues. These just came to mind immediately. Scott -----Original Message----- From: Bill Morrill [mailto:bmorrill at attbi.com] Sent: Monday, April 14, 2003 9:14 AM To: AccessD at databaseadvisors.com Subject: [Accessd] FE/BE on server vs FE on workstation/BE on server? 4-14-03 For sometime I have been putting frontends(forms, queries, reports etc) on workstation machines and backends(tables) on server. Links would then be made from each workstation to the server. Recently, a user mentioned that they were using the same database frontend/backend on the server. Each user would activate the frontend on the server and then the backend on the server would of course be linked to the frontend. They said this shared backend/frontend situation worked fine and that there was no need to put the frontend on each workstation. Anyone know the ramifications for this frontend/backend on server idea? Does this impact the network performance? Does this reduce the maximum number of concurrent users? Would Access have to be installed on the server to make this viable? Thanks in advance, Bill _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com