Modificarea tablespace-ului TEMP și UNDO în Bigfile tablespaces

Un Bigfile tablespace  (BFT) este un tablespace care conține un singur fișier care poate avea o dimensiune foarte mare. Unul din beneficiile Bigfile tablespace este simplificarea managementului prin reducerea numărului de fișiere. 

create bigfile undo tablespace UNDOTBS2
DATAFILE ‘+DATA_DG’ size 100M autoextend on next 100m maxsize 200G;

create bigfile temporary tablespace TEMP1 tempfile ‘+DATA_DG’
size 10G autoextend on next 1G maxsize 200G;

alter database default temporary tablespace TEMP1;
alter system set undo_tablespace=UNDOTBS2 scope=both;

drop tablespace UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;
drop tablespace TEMP INCLUDING CONTENTS AND DATAFILES;

SQL> select FILE_NAME, TABLESPACE_NAME,MAXBYTES/1024/1024/1024 from dba_temp_files;

FILE_NAME                        TABLESPACE_NAME                MAXBYTES/1024/1024/1024
––––––––––––––––––––––––––––––––––––– ––––––––
+DATA_DG/orcl/tempfile/temp1.282.880021001        TEMP1                                              200

SQL> select FILE_NAME,TABLESPACE_NAME,MAXBYTES/1024/1024/1024 from dba_data_files;

FILE_NAME                            TABLESPACE_NAME                MAXBYTES/1024/1024/1024
––––––––––––––––––––––––––––––––––––– ––––––––
+DATA_DG/orcl/datafile/system.280.879602311            SYSTEM                                      31.9999847

+DATA_DG/orcl/datafile/sysaux.281.879602313            SYSAUX                                      31.9999847

+DATA_DG/orcl/datafile/undotbs1.282.879602315            UNDOTBS1                                           200

+DATA_DG/orcl/datafile/users.284.879602323            USERS                                       31.9999847

Auto Incrementarea Coloanelor Cu Ajutorul Secventei

Să presupunem că avem o bază de date și dorim ca fiecare intrare să fie identificată printr-un număr unic. Înaintea versiunii de bază de date Oracle 11g acest lucru era posibil doar cu ajutorul unui SELECT apelat într-un trigger. Această modalitate de incrementare necesită un swich de context de la motorul PL/SQL la motorul SQL.

create table test_table
(
id number primary key
);
Continuarea

Rezolvarea evenimentelor comune de performanta în Oracle

Un eveniment de așteptare (wait) este în esență înregistrarea de timp petrecută pe executarea unei părți a codului de către serverul de baze de date Oracle. Granularitatea evenimentelor de așteptare poate diferi între versiunile Oracle. Evenimentele de așteptare pot descrie interacțiunea cu sistemul de operare (citire sau scrierea), dar, de asemenea, interacțiunea dintre procese (de exemplu inter-process communication)Un eveniment de așteptare nu este necesar un lucru rău. Fiecare proces de baze de date Oracle fie execută pe CPU, fie așteptă. În cazul în care o sesiune din SQL * Plus  nu execută nimic, atunci va exista un eveniment de așteptare pentru SQL*Net message from client, ceea ce înseamnă că baza de date așteaptă următoarea instrucțiune.

Există peste 800 de evenimente de așteptare, dar cele mai frecvent întâlnite sunt mai puțineÎn acest articol încerc să acopăr cele mai populare dintre evenimentele de așteptare. Continuarea

pentru nostalgici…

Se apropie sfârșitul anului 2014 iar dacă ne uitam în urma a fost un an cu multe evenimente: Microsoft a lansat în aprilie SQL Server 2014, Oracle a adus opțiunea In Memory database iar Teradata și-a consolidat poziția prin achiziționarea altor două companii (Hadapt și Revelytix). Pentru ca m-am obișnuit ca pe acest blog sa vorbesc în general despre Oracle voi continua în aceasta tema și voi face un timeline release scurt istoric al bazei de date de la prima versiune pana la cea din prezent.

Oracle Corporation a fost înființată în 1977 de către Lawrence Ellison, Bob Miner și Ed Oates,  inițial a purtat numele „Proiectul Oracle” un proiect pentru unul dintre clienții lor, Central Intelligence Agency, iar compania care a dezvoltat Oracle s-a numit Systems Development Labs” sau SDL. Continuarea