FND tables design

Hi,
I was going through FND Design Data section on eTRM website .
I need to understand a few things about table design here.
I was surprised to see one composite primary key and one composite unique key instead of primary keys in single columns(concurrent_queue_id,concurrent_program_id and concurrent_processor_id) in the following tables
FND_CONCURRENT_QUEUES -- Primary Key: FND_CONCURRENT_PROCESSORS_PK(columns:application_id,concurrent_queue_id)
               Primary Key: FND_CONCURRENT_PROCESSORS_UK1(columns:application_id,concurrent_queue_name)
FND_CONCURRENT_PROGRAMS -- Primary Key: FND_CONCURRENT_PROGRAMS_PK(columns:application_id,concurrent_program_id)
               Primary Key: FND_CONCURRENT_PROGRAMS_UK1(columns:application_id,concurrent_program_name)
FND_CONCURRENT_PROCESSORS -- Primary Key: FND_CONCURRENT_QUEUES_PK(columns:application_id,concurrent_processor_id)
               Primary Key: FND_CONCURRENT_QUEUES_UK(columns:application_id,concurrent_processor_name)
Let's consider FND_CONCURRENT_QUEUES table for instance.
As per my understanding, concurrent manager name and id has to be unique throughout the suite.
But, by decalring them as composite primary/unique key with application_id column,Oracle is saying that the uniqueness of concurrent manager's id and name is maintained across one particular module(application like AP,GL etc) only and not across the entire suite.
Is that actually the case?
Also,this concurrent_queue_id column is used as foreign key for many tables.
Now, for a column to be used as a foreign key, it has to be either unique key or primary key itself alone(not a part of a composite key) in its parent table.
In this case the column is a part of a composite primary key and still being referred from many tables as foreign key.
Please clarify.Any additional comments on this are very welcome.
I have exactly the same questions for the PROGRAMS and PROCESSORS(program library) tables as well.
Thanks,
Rushi

http://etrm.oracle.com/pls/etrmlatest/etrm_search.search
requires a metalink userid

Similar Messages

Required Oracle FND tables for Discoverer Install (Oracle App user)

Hi does anyone know of set documentation or, via SQL Trace, which existing tables Discoverer looks for when setting up an EUL? For instance, our install requires you select the Oracle Apps User Schema and put in the password for that schema where your FND tables reside.
Assuming some are missing in our current setup, what would be required in order for Discoverer to work in conjunction with the Oracle applications roles and responsibilities, etc.
I found this list in Discoverer documentation and confirmed I know have that setup correctly with proper grants, etc.. The EUL is created but does return an error of "Table or View does not Exist" which can be passed over and you can proceed into the EUL - but there is an error upon logging into EUL.
grant select on FND_USER to &EULOWNER
grant select on FND_APPLICATION to &EULOWNER
grant select on FND_USER_RESPONSIBILITY to &EULOWNER
grant select on FND_RESPONSIBILITY_VL to &EULOWNER
grant select on FND_ORACLE_USERID to &EULOWNER
grant select on FND_DATA_GROUP_UNITS to &EULOWNER
This is Discoverer 10g and Oracle 10g database.
Thanks,
Mike

Rod,
I have confirmed that the Discoverer Administrator Responsibility has Administration, Desktop & Plus privelages.
Furthermore, the account I am trying to login as - DSCADMIN has those permissions and is assigned that responsibility as well.
It should be noted that when logging into the EUL as the DSCADMIN account, it prompts me to create a new EUL as one does not exist....however under the EUL ADMIN account (where the EUL was created), it recognizes the EUL since it is the owner.
Am I missing something further - I've been through the documentation several times and can't figure this out - I have continually made progress but then hit a speed bump each time.
It should also be noted that DSCADMIN is a database user schema account and also an Apps user as well - but this is how it was setup in our old enviornment so I wouldn't think this would make a difference.

Table Designer third rule thick is not working for me. Any suggestions?

I am trying to turn the third rule in a four row table thick. I go into Table Designer and select Every 3rd Thick. The others are all none. The table is not responding to the command to make the third rule thick as I need it to be. Does anyone have any suggestions? Thank you.

To remove table format overrides, you need to go to Table > Format > Custom Ruling and Shading, and set as follows:
For more info, see page 171 of my book.
-Matt
Matt R. Sullivan
co-author Publishing Fundamentals: Unstructured FrameMaker 11

Table design help

I have simple table design issue which I would appreciate some feedback on. Lets say I have two tables to start: users and addresses. Both tables have their primary keys of userid and addressid. Assume no two users can share an addresss.
Is it better to have the userid in the address table, so as to associate the addresses to users OR is it better to have a third table only for associating userid's and addressid's? The latter requires an extra table but appeals to me more because the address table remains purely addresses... seems more appropriate for some reason, but I could be wrong.
Thanks

Frank Kulash wrote:
Hi,
When deciding which is the best option, weigh the costs and benefits of each option. What are the advantages and disadvantages of each?
The two-table model is certainly simpler. Joins will be more efficient, and slighltly less storage will be required.
What is the advantage of the three-table model? Why does it appeal to you? In the imaginary world where no two users can share an address, it makes sense to think of resident as an attribute of address. Each address can be related to (at most) one user, just like each address can be related to (at most) one postal code.
But, as others have said, that is an imaginary world. Even if you're designing an application where you know there is some kind of business rule that prevents two users from being at the same address, can you be sure that business rule won't change next month?
So I see the relevant costs ot the two-table design as: (the probablility of proving inadequate in the future) * (cost of re-writing all the queires based on the two-table design)
I see the costs of the three-table design as: extra time needed to write and execute joins + marginal costs of an additional table.
In practice, few applications really treat address as an entity. It's more common for address to be considered an attribute of the person, or, if a person can have multiple addresses, to have a separate table that links each address to a single person, with no attempt to minimize duplicates.You make two key points here that I'd like to highlight, just for re-emphasis to the OP.
The first is that business rules can change. When analyzing data relationships, one should always ask if the relationship definition is immutable or simply a reflection of the current business rule. For instance, gender is considered to be immutable. If gender is a property of the entity being tracked, you can pretty much figure that there will never be but two possible values, and only one value current at any given time. But if the business rule says an entity can only have one address ... that rule is definitely subject to change. So the design should be such as to already allow for a different rule. I spent 21 years at an auto manufacturing plant. When the plant was first built, the business rule was there would only be one line of vehicles, and only one shift a day. The IT people tried to build systems to allow more flexibility, but the business side said NO. They paid for that for the next 20 years. In the case of the OP's example, it is most definetly possible for a person (or business) to have more than one address, and it is just as possible for more than one person (or business) to share a single address. The system should be designed for that regardless of the business rule.
The other big point is that data designers need to pay close attention to what constitutes an "entity" vs. an "attribute". Making that distinction is key to getting a good 3NF design.

Fact table design horizontal vs vertical

Hi Guys,
I am putting together a list of advantages and disadvatages of horizontal vs vertical fact table orientation.
Vertical:
ID, DimensionKey1, DimensionKey2, Factno (or KPIDimensionKey), Fact
Advantages:
-Easily extendible when new facts are integration
-A lot more rows
-Density
Disadvantages:
-Applications that can only deal with the horizontal format require a few to
transpose the rows into columns (additional computing time)
Horizontal:
ID, DimensionKey1, DimensionKey2, Fact1, Fact2, Fact3, Fact4, Fact5,...
Advantages:
-The most common fact table design
-Possibly faster access
Disadvantages:
-Sparsity
-Not easy to extend

Do you agree or can add something?

TABLE DESIGN

Hi I have this business rule which makes my table design very complex(at least for me)
My application keeps track of all the patients who are admitted to the hospital with some diagnosis(disease) like TB,asthma,Heart attack etc.Also my application is suppose to keep track of any procedure (operations) like Heart transplant,heart surgery etc performed on the patients.Later,depending upon the diagnosis and procedure ,the patients are clubbed under one group (help is needed to create the table for this group).
To satisfy my requirements I create a the following tables
DIAGNOSIS
Diagnosis_code pk
Diagnosis_Desc
PROCEDURE
Procedure_Code pk
Procedure_Desc
Now I am confused on how to create the table for patient group.I mean if any patient is suffering from a diagnosis like heart attack and has undergone a procedure like Heart transplant then this kind of patient should be clubbed under the group say XYZ.Similarly if any patient is suffering from TB and has undergone a procedure like Kidney transplant then he should be clubbed under the group say ABC.In short for every patient in the hospital this table is read to club the patient under certain group.Example
PatientGroup1 SomeDiagnosisCode1 SomeDiagnosisCode2 SomeProcedureCode1
PatientGroup2 SomeDiagnosisCode1 SomeProcedureCode6
PatientGroup3 SomeDiagnosisCode8 SomeProcedureCode9 Some DiagnosisCode6
etc etc
Please help with the design of the Patient group table.
thanks
MS

Depends on a few factors ...
The most flexible (that I can think of right now) design would be as follows:
DIAGNOSIS
diag_id
diag_desc
PROSEDURE
proc_id
proc_desc
PATIENT
patient_id
patient_name
PATIENT_DIAG -- associates zero, one, or more diagnosis with a patient
patient_diag_id
patient_id
diag_id
PATIENT_PROC -- associates zero, one, or more procedures with a patient
patient_proc_id
patient_id
proc_id
DIAG_PROC_CAT -- identifies a Group
diag_proc_cat_id
diag_proc_cat_desc
DIAG_PROC_CAT_DIAG -- associates zero, one, or more diagnosis with a Group
diag_proc_cat_diag_id
diag_proc_cat_id
diag_id
DIAG_PROC_CAT_PROC -- associates zero, one, or more procedures with a Group
diag_proc_cat_proc_id
diag_proc_cat_id
proc_id
PATIENT_DIAG_PROC_CAT -- associates zero, one, or more Groups with a patient
patient_diag_proc_cat_id
patient_id
pdpc_precedence_nmbr -- (1=highest ... don't need it if you're only gonna allow one association)
diag_proc_cat_id
Put the business rule code in TRIGGERs for PATIENT_DIAG and PATIENT_PROC to INSERT appropriate values into PATIENT_DIAG_PROC_CAT ... INSERT proper rows into DIAG_PROC_CAT, DIAG_PROC_CAT_DIAG, and DIAG_PROC_CAT_PROC tables to support business rule (if patient has same diagnosis and procedures as a Group/Category, then assign that Group/Category to the patient ... if more than one applies, you may or may not allow it ... if you do, indicate which is primary if doubling on reports/ui is a bad thing) ... Users may modify DIAG_PROC_CAT, DIAG_PROC_CAT_DIAG, and DIAG_PROC_CAT_PROC tables as needed to manage their own Groups/Categories.
Good luck.

Table design question

Hello,
I have a quick question on a table design. I currently have a table that will store approval information on a report. The individual report will need to go through 3 levels of approval before it's considered final. I have considered a few different scenarios on how to design the table but I'm not sure on what is the best choice. Currently I'm using 3 columns that will store each approval. For example,
Table 1:
file_id,
subject,
summary,
division_approve,
program_approve,
group_approve
I thought about using one column and simply stepping through a higher numeric value for each approval but found that doesn't work if I want to view items that were approved only at the division_approve level. Does anyone else have any suggestions? Hopefully I provided enough information.....
Thanks in advance!
Randy

yes, better going for higher level of normalisation and desiging more tables:
tab_aproval ( id,File_id,Approval_authority,rank )
id      File_id Approval_level rank
1     1 first_level 1
2     1 second_level 2
3     1 third_level 3
4     2 first_level 1
5     2 second_level 2
tab_file_approval
file_id, subject, summary, id
1 'doc 1' 'first level done' 1
1 'doc 1' 'second level done' 2
1 'doc 1' 'third level done' 3

Manually adding an attachment to FND tables

I know that there have been a few posts that outline how to handle adding an attachment to FND tables but I have an additional question.
I have an trigger on each of the following four tables that captures all data when uploading an attachment when creating/viewing a service request (short & long text as well):
FND_LOBS
FND_DOCUMENTS
FND_DOCUMENTS_TL
FND_ATTACHED_DOCUMENTS
I need to move the captured data into a different database and I'm wondering if it's possible to not use any Oracle APIs when inserting and updating data to the other database.
Thanks

Its possible with the exception that it will be unsupported (your triggers are unsupported anyway).
Gareth

Advise on Table design

Dear all,
I have a pool of data which are based organized has CATEGORY and SUB-CATEGORY. When I am configuring the database I should be able to define all categories at once, then being able to define which one is the Parent category of the others.
For exemple if I have a set of Dishes for a restaurant, then I can classify those dishes in different menu category which are then the Parents category for dishes.
Please note that a SUB-CATEGORY can have other sub categories attached.
To have a better idea of what I am trying to do is similar things when you create folders and sub folders on a file system. From the configuration side of the database I should be able to define my category and subcategories and then organize them by a link
ID or other stuff, in the same way I will organize folder.
What will be the best Database table design for that scenario ?
I am not a DBA, but have some basis so try to speak the same language as me :-)
Thanks for help
regards

I think you have it with your design. There are a few ways to represent a hierarchy in SQL, and having two tables like this:
CategoryID    CategoryName
ParentCategoryID
1001
Dishes          NULL
1002          Desserts
1001
1003          Icecream
1002
SubCategoryID    SubCategoryName
CategoryID
10001
Vanilla
1003
10002
Strawberry
1003
10003                   Butterscotch             1003
Make sense ONLY if you can guarantee a two level hierarchy (or a fixed number of levels, where you might have yet another table SubSubCategory). Having a fixed number of levels can make processing a ton easier because your queries can be written in
a straightforward manner because the levels of nodes in the tree remain the same.
Your requirements here:
"CATEGORY can have other sub categories attached."
Leads to the more flexible solution like you have set up:
CategoryID    CategoryName
ParentCategoryID
1001
Dishes          NULL
1002
Starters
1001
1003
Item1
1002
1004
SubCat1
1003
1005
SubCat2
1003
1006
SubCat3
1003
Because adding a subcategory on SubCat3 is as simple as:
1007          SubSubCat1
1006
Processing the hierarchy becomes an iterative process (using a recursive CTE) if you have needs to do a lot of aggregation on groups. There are techniques available to make things go faster than using this pattern in the implementation, but unless
you are going to need 1000s of nodes, then this pattern works great (known as the adjacency list, where you are basically storing the adjacent node in your tree).
Louis
Without good requirements, my advice is only guesses. Please don't hold it against me if my answer answers my interpretation of your questions.

Reg Table Design

Hi,
Iam working on the Customization of table in WebDynpro.I have an application which has 2 views - TableView and CustomView.In the CustomView i have a dropdownbyindex ui element which has the values as "Standard", "Transparent", "Alternating".When the user selects any of these values and clicks on the Apply button, the table design should be changed in the TableView.
Can anyone guide me as how to proceed with this?
I hope i made my requirement very clear.
Regards,
Padmalatha.K
Points will be rewarded.

Hi,
Create an attribute of type "TableDesign" [com.sap.ide.webdynpro.uielementdefinitions.TableDesign]
bind this attribute to the Type property of the table.
In the init set the values as follows. or else change according your need.
wdContext.currentContextElement().setTableDesign(WDTableDesign.STANDARD);
And in the action handler of your drop down by index you can use the following code
In the below code my attribute name is TableDesign
Based on the condition you can use the following code to change the Type.
//Assuming the key returns you the selected value as int 0..1..2
switch (key) {
     case 1:
          wdContext.currentContextElement().setTableDesign(WDTableDesign.ALTERNATING);
          break;
     case 2:
          wdContext.currentContextElement().setTableDesign(WDTableDesign.TRANSPARENT);
          break
     default:
          wdContext.currentContextElement().setTableDesign(WDTableDesign.STANDARD);
          break;
Regards
Ayyapparaj

Table Design "alternating" only in readonly tables? (NW 7.10 SP7)

Hello,
I just found out, that style "alternating" is only applied to a table, when the table is set to read only. Should it be this way?? I see no reason for that behaviour.
Bug or feature in Netweaver 7.10 SP7? Same behaviour is shown already in Developer Studio, Design of table changes only if table is read only.
Frank

Hi
Please refer the below forum:
Problem with table design in 2004s
Re: Reg: Table's Design Property Alternating
Thanks
Susmita

Joe - Why was SURROGATE KEY left out from ISO table design?

The lack of SURROGATE KEY causes lots of confusion and ultimately loss of productivity. Common practice in SQL Server development to make the SURROGATE KEY the PRIMARY KEY, the source of all trouble because it is not really the "PRIMARY KEY" just
a meaningless integer identifier.
Example:
CREATE TABLE Products (
ProductID INT SURROGATE KEY,
ProductNumber char(12) PRIMARY KEY,
Name nvarchar(100) NOT NULL UNIQUE,
ListPrice DECIMAL (12,2) NOT NULL,
Color varchar(10) );
Is there a hope of correcting this issue?
Thanks.
Kalman Toth Database & OLAP Architect
SQL Server 2014 Database Design
New Book / Kindle: Beginner Database Design & SQL Programming Using Microsoft SQL Server 2014

Thanks Joe.
In SQL Server world we do use SURROGATE IDENTITY (or SEQUENCE object) INT in table design. That's like in our DNA even if it conflicts with Codd. AdventureWorks sample:
SELECT ProductID, ProductNumber, Name, ListPrice, Color
FROM Production.Product ORDER BY ProductNumber;
ProductID ProductNumber Name ListPrice Color
899 FR-T67Y-44 LL Touring Frame - Yellow, 44 333.42 Yellow
900 FR-T67Y-50 LL Touring Frame - Yellow, 50 333.42 Yellow
901 FR-T67Y-54 LL Touring Frame - Yellow, 54 333.42 Yellow
902 FR-T67Y-58 LL Touring Frame - Yellow, 58 333.42 Yellow
886 FR-T67Y-62 LL Touring Frame - Yellow, 62 333.42 Yellow
890 FR-T98U-46 HL Touring Frame - Blue, 46 1003.91 Blue
ProductID is the (SURROGATE) PRIMARY KEY
ProductNumber is the NATURAL KEY (created by the accounting department) - this is the real "PRIMARY KEY"
Name is the CANDIDATE KEY (too long to be a key)
In RDBMS theory when we talk about PRIMARY KEY we mean the ProductNumber column which is used in real life.
However, in reality the ProductID INT meaningless number is the PRIMARY KEY, while the meaningful ProductNumber has to settle for a UNIQUE KEY or unique index.
I understand your point that we should not use SURROGATES, but we do. It's like in our (SQL Server) blood. If I go to a company and design for them without SURROGATE IDENTITY/SEQUENCE, they would fire me. From an ORACLE forum: "Basically,
always use a surrogate key. There are a few special cases where a surrogate key really isn't any better than some "natural" key, and whatever effort is needed to create and populate a surrogate key would just be wasted. These situations
are pretty rare.
Here's one example: Say you have a many-to-many relationship between employees and departments, that is, each employee may be related to 0 or more departments, and each department may be related to 0 or more employees, but an given employee can only be
related to a given department 1 time. In that case, a primary key consisting of both columns, dept_id and emp_id, is about as good as a surrogate key. You'd need a unique constraint on (dept_id, emp_id) in any case, and I don't see any need to create a surrogate
key." LINK:
https://community.oracle.com/thread/2527771?tstart=0
I tell you Joe, 90% of the world running on SURROGATE PRIMARY KEY tables, so why should we care about Codd at this point? Even the perfect PRIMARY KEY candidate, social security number, may have problems such as stolen SSNo duplicates among others: "Natural
key. A key that is formed of attributes that already exist in the real world. For example, U.S. citizens are issued a Social Security Number (SSN) that is unique to them (this isn't guaranteed to be true, but it's pretty
darn close in practice). SSN could be used as a natural key, assuming privacy laws allow it, for a
Person entity (assuming the scope of your organization is limited to the U.S.)." LINK:
http://www.agiledata.org/essays/keys.html A good advice from the article: "Don't naturalize surrogate keys. As soon as you display the value of a surrogate
key to your end users, or worse yet allow them to work with the value (perhaps to search), you have effectively given the key business meaning. This in effect naturalizes the key and thereby negates some of the advantages of surrogate keys."
Kalman Toth Database & OLAP Architect
SQL Server 2014 Database Design
New Book / Kindle: Beginner Database Design & SQL Programming Using Microsoft SQL Server 2014

Alternating table design

Hi all !
I have a problem. How can I set the table design to alternating ? In properties I set it up, but ineffectually.

Thanks, but I can't give you points, I will pay you a coffee or tee if you want.

Related to FND tables (Org_ID)

Hi guys,
I created a shell script in which i ran some sql queries which are using FND tables. I registered this shell script as a concurrent program. My doubt is, how can i set to a particular org_id so that it can run for that org_id and display the data accordingly.
Help Appreciated.
Thanks

Hi Yury,
Thanks for responding. Actually, I am trying to take the request ID from the fnd_concurrent_requests table and catch its output file and use it in a shell script to print the output of that request.
There is a concurrent program which is run successfully , but it is not printed on to the printer. So, what we manually do is take that request ID for that date and and print it using linux lp command.
All this process is done manually, so i tried to automate this process.
i wrote a shell script in which i connect to the database and run this query:
select outfile_name from fnd_conc_requests_form_v where program_name = '.........' and request_date=to_date('${5}','DD-MON-YYYY');
using this i get the outfile_name which i use it in lp -d printername outfile_name
now i want to use the same shell script which is registered as a concurrent program which i want to use it both fo US and CANADA. So i want to catch ORG_ID in the query so that particular data for that ORG_ID is bought in to the result.
while writing a shell script and calling sql plsu inside the script, can we use fnd_global.resp_id in the query.
like ..
where
fnd_conc_requests.responsibility_id = fnd_global.resp_id
help appreciated.
Thanks

Delete rows from fnd tables

hai folks,
right know in my fnd_concurrent_request table nealry 2 lakhs rows are there(clon instance)
can i delete these rows manually.is it recommended?
tell me how can i clen up fnd tables.
regards
dba

To run the Purge Concurrent Request and/or Manager Data program:
1. Log in to Application as System Administrator responsibility.
2. Navigate to Request> Run> Single Request
3. Query up Purge Concurrent Requests.
4. Enter 3 for age parameter so that it keeps only 3 days data in the tables and 3 days output/log files in the file system.
The following tables will be purged:
FND_CONCURRENT_REQUESTS
This table contains a complete history of all concurrent requests.
FND_RUN_REQUESTS
When a user submits a report set, this table stores information about the
reports in the report set and the parameter values for each report.
FND_CONC_REQUEST_ARGUMENTS
This table records arguments passed by the concurrent manager to each program
it starts running.
FND_DUAL
This table records when requests do not update database tables.
FND_CONCURRENT_PROCESSES
This table records information about Oracle Applications and operating system
processes.
FND_CONC_STAT_LIST
This table collects runtime performance statistics for concurrent requests.
FND_CONC_STAT_SUMMARY
This table contains the concurrent program performance statistics generated by
the Purge Concurrent Request and/or Manager Data program. The Purge Concurrent
Request and/or Manager Data program uses the data in FND_CONC_STAT_LIST to
compute these statistics.
FND_CONC_PP_ACTIONS
Stores the post request processing actions(e.g., print, notify) for each
submitted request. There's a concurrent_request_id here for each request_id
in the FND_CONCURRENT_REQUESTS.
FND_RUN_REQ_PP_ACTIONS
Stores the post request processing actions(e.g., print, notify) for
submitted request set programs that are stored in FND_RUN_REQUESTS

FND tables design

Similar Messages

Maybe you are looking for