Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I am using oracle database. If have a large transaction to make (700 tables, million rows , data size will be around 100G) what are the parameters to be fined tuned? The oracle server has disk space of 250G, 32G RAM. (Is this a question for superuser/serverfault? Please move)
I don’t think 250G will be enough. You will have 100G of data in your tablespace (.DBF files), plus 100G of uncommitted transaction in your ORLs (online redo logs). And the actual size on disk will be bigger (you should tune PCTUSED and PCTFREE so that Oracle tries to fill each block rather than leaving space for rows to expand), even so at a rough guess you would need 130-150G of DBFs to hold that much data.
Oracle is perfectly capable of doing transactions this big and if you really do need to do a single atomic 100G update then don’t be afraid to. You will just need to make sure it is physically possible on your hardware. Quite probably your best bet, if your original data file format is suitable, would be SQL*Loader Direct Path Load. This writes the blocks directly to the DBFs. It’s very fast, but not very flexible.
The RAM doesn’t really matter in this scenario, except for performance.