Stuart McLachlan
stuart at lexacorp.com.pg
Thu Jan 31 13:45:59 CST 2013
Do not use one table with a MachineID. Use Schema's. You currently use the default dbo.MytblTable . Create the user tables as schemaname.tblTable Try this link for a good explanation: http://blog.sqlauthority.com/2009/09/07/sql-server-importance-of-database-schemas-in-sql-s erver/ -- Stuart On 31 Jan 2013 at 14:06, John W Colby wrote: > I am being asked to upgrade Access FEs which have quite complex SQL Server BE tables, plus > (apparently) some data from those tables pulled down to the FE and stored there over time as the > user processes the data in those local FE tables. They want to move those local tables to SQL Server. > > My question is, is there an accepted method for providing this kind of table out in SQL Server? IOW > the structure is there, but the data in the table (as seen from the FE ) belongs to that instance of > the FE. > > We place tables local to the FE exactly for this purpose, to make it local to that specific instance > of the FE, on that specific user, on that specific machine. > > It seems that if I am going to do this in SQL Server then I will need to add a "machine ID" kind of > FK in the tables as I upsize them to SQL Server, then in the Access Application somehow get filtered > datasets. This sounds ugly. > > -- > John W. Colby > > Reality is what refuses to go away > when you do not believe in it > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >