Concurrent Request Tables

目录(?)[-]

1. Oracle Apps Concurrent Request Table Relationship
3. FND_CONCURRENT_PROGRAMS
4. FND_CONCURRENT_REQUESTS
5. FND_CONCURRENT_PROCESSES
6. FND_CONCURRENT_QUEUES
7. Concurrent Program相关的表
8. 相关的视图

Oracle Apps Concurrent Request Table Relationship

for pdf version,you can download from "Concurrent Request Tables.pdf"

FND_CONCURRENT_PROGRAMS

[plain]  view plain  copy

 print ?

1. eTRM:FND_CONCURRENT_PROGRAMS stores information about concurrent  
2. programs. Each row includes a name and description of the  
3. concurrent program. Each row also includes the execution methods  
4. for the program (EXECUTION_METHOD_CODE), the argument method  
5. (ARGUMENT_METHOD_CODE), and whether the program is constrained  
6. (QUEUE_METHOD_CODE). If the program is a special concurrent  
7. program that controls the concurrent managers, QUEUE_CONTROL_FLAG  
8. is set to Y. Each row also includes flags that indicate whether  
9. the program is enabled and defined as run-alone, as well as values  
10. that specify the print style the concurrent manager should use to  
11. print program output, if any. There are also values that identify  
12. the executable associated with the concurrent program and the  
13. application with which the executable is defined, and flags that  
14. specify whether the concurrent program is a parent of a report  
15. set, whether to save the output file, and whether a print style is  
16. required. Information such as printer name and number of rows and  
17. columns on each page of the output  
18. file for the concurrent program is also included in the table.  
19. You need one row for each concurrent program in each application.  
20. Oracle Application Object Library uses this information to run  
21. concurrent programs.  

FND_CONCURRENT_REQUESTS

[plain]  view plain  copy

 print ?

1. eTRM:FND_CONCURRENT_REQUESTS stores information about individual  
2. concurrent requests.  Each row includes values that identify the  
3. particular request and its parameters, such as who submitted it,  
4. the request type, whether the request should run sequentially with  
5. other requests in the same logical database (SINGLE_THREAD_FLAG),  
6. whether the request is on hold (HOLD_FLAG), whether to display  
7. the request in the View Requests form for the request submitter to  
8. review, and what status and phase the concurrent request is in.  
9. Each row also includes values that identify the concurrent program,  
10. its execution and argument methods, and whether the program is  
11. constrained (QUEUE_METHOD_CODE). Each row also includes flags that  
12. indicate the  
13. request's priority relative to other requests, as well as values  
14. that specify how the concurrent manager should print program  
15. output, if any.  ARGUMENT1 through ARGUMENT25 contain any arguments  
16. the application passes to the concurrent program.  If the  
17. concurrent program needs more than 25 arguments to run, the first  
18. 25 arguments are stored in this table, ARGUMENT26 through  
19. ARGUMENT100 are stored in FND_CONC_REQUEST_ARGUMENTS.  ARGUMENT_TEXT  
20. contains the concatenation of concurrent request arguments  
21. and COMPLETION_TEXT contains a  
22. message about how the request completed.  The row also contains  
23. dates that the request was submitted, requested to start and  
24. actually run.  REQ_INFORMATION is used with report sets to remember  
25. the status of the request between runs.  
26. When the request is set to use automatic resubmission, RESUBMITTED  
27. is a flag to indicate whether the request has been resubmitted or  
28. not.  RESUBMIT_INTERVAL_TYPE_CODE specifies whether to start interval  
29. count down from the requested start time or the completion of the  
30. request.  RESUBMIT_INTERVAL_UNIT_CODE indicates whether interval  
31. unit is in Days, Hours, Minutes, or Months.  RESUBMIT_TIME sets the  
32. time of the day to rerun the concurrent request.  RESUBMIT_INTERVAL  
33. indicates the number of units of time when the identical request  
34. will be resubmitted.  RESUBMIT_END_DATE is the date the request  
35. stops resubmitting itself.  IS_SUB_REQUEST is a flag that  
36. identifies a child request and HAS_SUB_REQUEST is a flag that  
37. identifies a parent request.  Each child request also needs to have  
38. values in PARENT_REQUEST_ID to show what parent request submitted  
39. the child request and PRIORITY_REQUEST_ID to tell what priority the  
40. parent request has and what priority the child request should have.  
41. Oracle Application Object Library does not use ENFORCE_SERIALITY_FLAG  
42. (always Y), CPU_SECONDS, LOGICAL_IOS, or PHYSICAL_IOS.  You need one  
43. row for each concurrent request.  Though you should occasionally  
44. delete from this table, you should not modify any of its data.  
45. Oracle Application Object Library uses this information to run  
46. concurrent requests, and automatically updates it as requests change  
47. their status.  

FND_CONCURRENT_PROCESSES

[plain]  view plain  copy

 print ?

1. eTRM:FND_CONCURRENT_PROCESSES stores information about concurrent  
2. managers. Each row includes values that identify the ORACLE  
3. process, the operating system process, and the concurrent  
4. manager (QUEUE_APPLICATION_ID and CONCURRENT_QUEUE_ID).  
5. You need one row for each instance of a running concurrent manager  
6. (each process), as well as one row for the Internal Concurrent  
7. Manager. Oracle Application Object Library uses this  
8. table to keep a history of concurrent managers. You  
9. should never update this table manually.  
10. .  
11. You can use the Purge Concurrent Request and/or Managers Data  
12. program to delete history information periodically.  

FND_CONCURRENT_QUEUES

[plain]  view plain  copy

 print ?

1. eTRM:FND_CONCURRENT_QUEUES stores information about concurrent managers.  
2. Each row includes the name and description of a concurrent manager,  
3. as well as values that identify the program library attached to the  
4. manager. CACHE_SIZE contains the buffer size (how many requests  
5. a concurrent manager should "remember" each time it checks the list  
6. of waiting requests), and MAX_PROCESSES determines the maximum  
7. number of concurrent requests a manager can run at a time (depends  
8. on work shifts). The manager process automatically updates  
9. RUNNING_PROCESSES during start up and shut down time.  
10. Each row also includes the  
11. time in seconds for the concurrent manager to wait before checking  
12. for pending concurrent requests, and a code to activate, deactivate,  
13. or reset the manager. You need one row for each concurrent manager  
14. defined at your site, with a minimum of one row. Oracle  
15. Application Object Library uses this information to activate  
16. concurrent managers.  

Concurrent Program相关的表

APPLSYS.FND_CONCURRENT_PROCESSES
APPLSYS.FND_CONCURRENT_PROCESSORS
APPLSYS.FND_CONCURRENT_PROGRAMS
APPLSYS.FND_CONCURRENT_PROGRAMS_TL
APPLSYS.FND_CONCURRENT_PROGRAM_SERIAL
APPLSYS.FND_CONCURRENT_QUEUES
APPLSYS.FND_CONCURRENT_QUEUES_TL
APPLSYS.FND_CONCURRENT_QUEUE_CONTENT
APPLSYS.FND_CONCURRENT_QUEUE_PARAMS
APPLSYS.FND_CONCURRENT_QUEUE_SIZE
APPLSYS.FND_CONCURRENT_REQUESTS

相关的视图

FND_CONCURRENT_PROGRAMS_VL
FND_CONCURRENT_QUEUES_VL
FND_CONC_REQ_SUMMARY_V
FND_EXECUTABLES_VL

转载请注明出处：http://blog.csdn.net/pan_tian/article/details/7702103

======EOF======