Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!
Learn how Concerto can help you.
Solved
Oracle SQL queries -- Challenging question
Posted on 2016-09-27
Hi Team,
I have an requirement , I need to write an ETL tool using Oracle SQL and PLSQL for applying transformation and then loading into the target tables. The data is already loaded in the staging tables , I need to come with the performance oriented code to do the transformation. I have around 15 lakh records in my staging table.
Iam planning two approach for this ,
1. Using normal SQL statements to apply the transformation and use temporary tables to store the data and then load into the target tables.
2. Use PLSQL collections to process 1000 records at a time and use bulk insert into temporary tables and then load them into target tables.
In both the cases i need to mutilple tables to fetch data and then apply the transformation. The transformation can be applied by looking into some lookup tables or direct formating of the data.
I want to know which method is best for this requirement.
Any help is really appreciated.
I have an requirement , I need to write an ETL tool using Oracle SQL and PLSQL for applying transformation and then loading into the target tables. The data is already loaded in the staging tables , I need to come with the performance oriented code to do the transformation. I have around 15 lakh records in my staging table.
Iam planning two approach for this ,
1. Using normal SQL statements to apply the transformation and use temporary tables to store the data and then load into the target tables.
2. Use PLSQL collections to process 1000 records at a time and use bulk insert into temporary tables and then load them into target tables.
In both the cases i need to mutilple tables to fetch data and then apply the transformation. The transformation can be applied by looking into some lookup tables or direct formating of the data.
I want to know which method is best for this requirement.
Any help is really appreciated.
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3-
3
2- +5
13 Comments
Active today
Use below. Use Good SQL.
2. Use PLSQL collections to process 1000 records at a time and use bulk insert into temporary tables and then load them into target tables.
2. Use PLSQL collections to process 1000 records at a time and use bulk insert into temporary tables and then load them into target tables.
Active today
In my opinion you can combine both method. You can also load data into target tables without using temporary tables.
In the past I have done similar work as you do. Our ETL process (work) was similar to 2), but we didn't use temporary tables. Materialized views were our target tables.
This documentation was our "basic":
http://docs.oracle.com/cd/E11882_01/server.112/e25554/toc.htm
I am looking forward for answers from another experts because ETL is very interesting and I think every ETL is unique.
In the past I have done similar work as you do. Our ETL process (work) was similar to 2), but we didn't use temporary tables. Materialized views were our target tables.
This documentation was our "basic":
http://docs.oracle.com/cd/E11882_01/server.112/e25554/toc.htm
I am looking forward for answers from another experts because ETL is very interesting and I think every ETL is unique.
Can I create partitions in my temporary tables so as to increase performance ? Is it possible to create index on temporary tables and will it have anyh impact on the query performance
Active today
1.5 mil records is not all that much
try and create them in 1 go and then commit
i hope for you they don't load the data into the staging table at a 1 commit per record rate
try and create them in 1 go and then commit
i hope for you they don't load the data into the staging table at a 1 commit per record rate
Active today
why do you want to use a temporary table?
why do you need pl/sql, are your transformations something that can't be done in sql?
why do you need pl/sql, are your transformations something that can't be done in sql?
Active today
I agree that temporary tables should be a last resort. They are necessary for some database products but rarely necessary in Oracle.
I also agree that PL/SQL should be avoided unless absolutely necessary.
I wanted to comment on the indexes: Indexes slow down inserts. If you want performance, why would you want indexes on your temp tables?
As far as which method you use: Test, test then test some more. Mentioned above: Every situation is different. What works for one situation may not work in another.
If you go with smaller batches and commit often, what happens when the 6th batch fails? Will you need to back out the previous 5? If so, don't do batches. Do everything as a single transaction. Unless you just don't have the resources.
I also agree that PL/SQL should be avoided unless absolutely necessary.
I wanted to comment on the indexes: Indexes slow down inserts. If you want performance, why would you want indexes on your temp tables?
As far as which method you use: Test, test then test some more. Mentioned above: Every situation is different. What works for one situation may not work in another.
If you go with smaller batches and commit often, what happens when the 6th batch fails? Will you need to back out the previous 5? If so, don't do batches. Do everything as a single transaction. Unless you just don't have the resources.
Hi Sdstuber,
The process goes like below
1. First we pull out the record from the base tables i.e staging
2. We apply transformations using functions or some lookup tables.
3. Then we load into the target table.
This is what we are doing.
The process goes like below
1. First we pull out the record from the base tables i.e staging
2. We apply transformations using functions or some lookup tables.
3. Then we load into the target table.
This is what we are doing.
Active today
The fastest way in Oracle to do a three-step process like that is to use a single SQL statement that is something like this:
insert into [target_table]
select ...
from [source_table]
with no temp tables or PL\SQL at all.
If the transformations or lookups are too-complex to write into a single query, or perform too slowly when you try to do them all at once, then it will make sense to use a temporary table or a PL\SQL procedure with a cursor loop, or even both, depending on your data, and your transformations.
I like slightwv's suggestion to "test, test and test" with a few different options to see what works best with your data, your oracle and O/S versions and your hardware.
Also note that "lakh" is not an English word. The common English word for a large number is: million, for the number: 1,000,000 (or 10 lakh). I only know what "lakh" means because I read a book written by a Pakistani author who used it but explained it, because she knew that word is only understood by people from a Hindi (or Hindi-influenced) background.
insert into [target_table]
select ...
from [source_table]
with no temp tables or PL\SQL at all.
If the transformations or lookups are too-complex to write into a single query, or perform too slowly when you try to do them all at once, then it will make sense to use a temporary table or a PL\SQL procedure with a cursor loop, or even both, depending on your data, and your transformations.
I like slightwv's suggestion to "test, test and test" with a few different options to see what works best with your data, your oracle and O/S versions and your hardware.
Also note that "lakh" is not an English word. The common English word for a large number is: million, for the number: 1,000,000 (or 10 lakh). I only know what "lakh" means because I read a book written by a Pakistani author who used it but explained it, because she knew that word is only understood by people from a Hindi (or Hindi-influenced) background.
Active today
as mentioned above...
simply reverse the order of your instructions and you have a single sql statement...
INSERT INTO target -- 3. Then we load into the target table.
select func1(col1), func2(col2) --- 2. We apply transformations using functions or some lookup tables.
from (
select * from basetable -- 1. First we pull out the record from the base tables i.e staging
)
If you can explain your transformations, maybe it would make sense to use pl/sql with collections and operate on the data iteratively. I would not use a temp table for something as small as a million rows unless they are really wide rows. Even then I'd still be tempted to consider using a collection of some sort.
simply reverse the order of your instructions and you have a single sql statement...
INSERT INTO target -- 3. Then we load into the target table.
select func1(col1), func2(col2) --- 2. We apply transformations using functions or some lookup tables.
from (
select * from basetable -- 1. First we pull out the record from the base tables i.e staging
)
If you can explain your transformations, maybe it would make sense to use pl/sql with collections and operate on the data iteratively. I would not use a temp table for something as small as a million rows unless they are really wide rows. Even then I'd still be tempted to consider using a collection of some sort.
I agree with sdstuber, the best way is to use select queries for insertion using leels of subqueries. If process is very complex you can save long subqueris into temporary tables and then use them in your main select.
Where possible instead of using user defined functions try to get the values thru select
Where possible instead of using user defined functions try to get the values thru select
Featured Post
Veeam PN for Microsoft Azure is a FREE solution designed to simplify and automate the setup of a DR site in Microsoft Azure using lightweight software-defined networking. It reduces the complexity of VPN deployments and is designed for businesses of ALL sizes.
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
Truncate is a DDL Command where as Delete is a DML Command.
Both will delete data from table, but what is the difference between these below statements
truncate table <table_name> ??
delete from <table_name> ??
The first command cannot be …
Have you ever had to make fundamental changes to a table in Oracle, but haven't been able to get any downtime? I'm talking things like:
* Dropping columns
* Shrinking allocated space
* Removing chained blocks and restoring the PCTFREE
* Re-or…
This video explains at a high level about the four available data types in Oracle and how dates can be manipulated by the user to get data into and out of the database.
This video shows how to recover a database from a user managed backup
Suggested Courses
Course of the Month12 days, 20 hours left to enroll
650 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.