Tablespace Groups
Oracle now has the concept of grouping multiple tablespaces together in what they call a tablespace group. This allows you to create multiple temporary tablespaces, assign these temporary tablespaces to a tablespace group, and then use the tablespace group as the default temporary tablespace for the database or user. The benefit this has is that a single SQL statement or set of SQL statements may use more than the one temporary tablespace you have created in the past and now span multiple tablespaces. This has the following benefits if you create your temporary tablespaces and tablespace groups properly.
- You can tailor user load to individual temporary tablespaces.
- You can allow large sort operations to span and consume multiple temporary tablespaces if needed.
- Finer granularity so you can distribute operations across temporary tablespaces.
- Reduced contention when multiple temporary tablespaces are defined.
The Life of a Tablespace Group
You can implicitly create a tablespace group during the creation of a temporary tablespace with the CREATE TEMPORARY TABLESPACE command and by specifying the TABLESPACE GROUP clause. There is no CREATE TABLESPACE GROUP statement. Therefore, during the creation of a temporary tablespace called GTEMP01 we can add this tablespace to a tablespace group called GTEMP by using the following statement.
CREATE TEMPORARY TABLESPACE GTEMP01TEMPFILE ‘C:\ORACLE\PRODUCT\10.1.0\ORADATA\DATEN\GTEMP01.DBF’ SIZE 100M TABLESPACE GROUP GTEMP;
The tablespace group name must be an existing tablespace group name or one that does not exists. In addition, it must not be the name of an existing tablespace or you will get an error such as the following that notifies you that the tablespace already exists.
CREATE TEMPORARY TABLESPACE GTEMPTEMPFILE ‘C:\ORACLE\PRODUCT\10.1.0\ORADATA\DATEN\GTEMP.DBF’ SIZE 100M
SQL> /
CREATE TEMPORARY TABLESPACE GTEMP*ERROR at line 1:ORA-01543: tablespace ‘GTEMP’ already exists
We can also switch a tablespace’s group, add a tablespace to a group or create a new tablespace group by using the following statement.
ALTER TABLESPACE GTEMP02 TABLESPACE GROUP GTEMP;
ALTER TABLESPACE GTEMP03 TABLESPACE GROUP GTEMP;
If you wanted to remove a tablespace from a tablespace group and not assign it to a new tablespace group, you would use the following statement where the TABLESPACE GROUP clause is used but an empty string is used for the group.
ALTER TABLESPACE GTEMP03 TABLESPACE GROUP ”;
You cannot get rid of a tablespace group explicitly. In order for a tablespace group to be implicitly removed from the database, you need to alter those tablespaces to either use another tablespace group or alter them not to use any tablespace groups by assigning them to an explicit tablespace.
DBA_TABLESPACE_GROUPS View
You can always take a look at what tablespace groups you have defined by looking at the DBA_TABLESPACE_GROUPS view. Issue the following SQL and you can see what we have already defined for our running example.
SQL> SELECT group_name, tablespace_name
FROM dba_tablespace_groups;
GROUP_NAME TABLESPACE_NAME
—————————— ——————-
GTEMP GTEMP01
GTEMP GTEMP02
Setting the Default Temporary Tablespace
Now that we have defined multiple tablespaces to be part of a tablespace group called GTEMP, we can now use this tablespace group just as any other tablespace. One use of a tablespace group can be for the default temporary tablespace. If you wish to assign this new tablespace group as the default temporary tablespace, just issue the following SQL. Now any user who you have not given a temporary tablespace at user creation time will be assigned this new tablespace group as their temporary tablespace.
SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE GTEMP;
Database altered.
The temporary tablespace within large organizations that require many sort operations typically would experience high levels of contention. It was then left up to the DBA to segregate sort operations by users and create islands of temporary tablespaces so that those operations would not contend for similar resources that are associated with a single temporary tablespace. The problem with this is that the very large operations would typically need independent large temporary tablespaces. This would lead to wasted resources. With the addition of tablespace groups, Oracle now allows us to group multiple temporary tablespaces together so that we have one more choice in the usage patterns of these temporary tablespaces. We now need to ask ourselves if an operation truly needs its own individual temporary tablespace or the operation can span multiple temporary tablespaces and work without contention with the other operations that are occurring. If so, we can consolidate, reduce disk consumption, and possibly contention.
Regards,
Francisco Munoz Alvarez
Muy buen artículo:
Una consulta con respecto a esto:
“You can tailor user load to individual temporary tablespaces”.
Cómo logra eso exactamente? Se refiere a ejecuciones en paralelo?
Saludos!
Recently I tried to create a temporary tablespace group, my main motivation was the fact that I’ve seen on several sites the fact that a single query can span multiple temporary tablespaces within the group if required, however there are two references I would like to point out, first the must read OraDocs … there it states “A tablespace group enables parallel execution servers in a single parallel operation to use multiple temporary tablespaces.” Which is clearer and more specific than just the fact that a query can use multiple temporary tablespaces.
A test case is shown by Randolf Geist, at http://oracle-randolf.blogspot.com/2009/06/temporary-tablespace-groups.html
Where it shows that a query in a temporary tablespace group by itself cannot span to multiple tablespaces. If the space at the temporary tablespace where it is allocated is exhausted, then c’est fini …