When we go for OLAP , and When we go for OLTP for
generating the reports ?
Answers were Sorted based on User's Feedback
Answer / kkreddy
When we need more historical data we will opt for OLAP. And
when we need the real time data or current data we will opt
for OLTP.
| Is This Answer Correct ? | 8 Yes | 1 No |
Answer / mallikarjuna reddy
OLTPs are the original source of the data.OLAP data comes
from the various OLTP Databases
| Is This Answer Correct ? | 3 Yes | 0 No |
Answer / jay
If we need most recent updated data in reports we go for OLTP
or else we go for OLAP.
| Is This Answer Correct ? | 4 Yes | 3 No |
Have you worked with multiple data sources? If yes. How do you link them?
Tell me about linked universe ?
I am working on Business Objects-reporting side. Database is Teradata. I have two questions here: 1. We will be working only on Infoview on QA environment. Do I need to add ODBC entries for the QA database server on my machine to be able to create/refresh Infoview reports? I will not be using Desk_I or Web_I rich client. 2. Once reports are developed,Admin team would migrate the reports to Production and make these available to business users. The reports are Refresh on Open. Would the business users need to have the ODBC entries of Production database server in their machines to be able to refresh these reports?
WHAT IS ROW LEVEL SECURITY IN BO?
Explain what three things do you consider to be the most important factors for a manager?
how can we build one report from two data bases
How many universes are required for a single project,and how many reports are required for a single Universe.
WHAT DOES SQL TAB CONTAIN?
WHAT ARE THE VARIOUS PRODUCTS IN BO?
If the Hi-rarchies are not defined in the universe level .Is it possible to do in the report level?
If there are no indices defined on any of the columns in the above two tables, which columns would you index to speed up the left join query?
please anyone explain the equi join,outer joi(right outer join and left outer join),theta join and self join with database tables.