Hi list I'm predicting a more philosophical discussion about how to model stuff arising at work. So I thought it might be a good idea to gather some pros and cons beforehand (Always good to have some ammunition;).
The problem is about how to deal with look up tables and domain codes. Aproach a) Have one big table containing all possible domain types (like gender, account type, organizational unit etc.) and one even bigger table containing all the possible values for those domain types. The tables that use these types actually reference the value they should contain. Aproach b) Have "standard" look up tables for everything, for example have a table like organizational unit, which will be referenced by tables like employee via foreign key to link to the unit the emp. actually works for at this moment. I feel more comfortable about aproach b. Now people might say "Why ?" and I might say "Normalization ?!" and they might say "What's that good for if aproach is much easier to implement and blahblah....". Any ideas regarding pros and cons for both aproaches ? Regards and TIA, Stefan -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Stefan Jahnke INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
