Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.databases.oracle    |    Overblown overpriced overengineered SHIT    |    2,288 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,953 of 2,288    |
|    bdj to All    |
|    design of application / schema / multipl    |
|    14 Dec 04 20:44:32    |
      From: B.D.Jensen@gmx.net              Hello!       Can anyone tell me where to read more about best practices about this:              Should I put data in a seperate scheme for tables,       packages in anoter schema       and create a lot of users that have access to (some) packages.              When the tables are in anoter schema than the packages, where should the       table-API (generated from Designer) be?              Or should i just put data and package in the same schema an create a lot of       users that have access to (some) packages?              How to support multiple developer-teams that wish to access the same tables       during development (they should work with different sets of data)?       One (bad) 'solution' is having multiple instances with its own       database-files on the same machine, but then you will get an       performance issue by wasting memory.              Greetings       Bjørn              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca