Oracle 12c R2 – Partitioning İyileştirmeleri

Herkese Selam,

Bu yazıda Oracle 12c R2 ile beraber gelen partitioning konusundaki iyileştirmelerden bahsedeceğim umarım farkındalık anlamında faydalı bir yazı olur.

Partitioning bilindiği üzere Oracle’ın en temel ve en çok beğendiğim özelliklerinden biri. Özellikle büyük hacimli tablolardaki verilere ulaşmada oldukça işimizi kolaylaştıran ve genel sorgu performansımızı arttıran bir veritabanı özelliği.

Oracle 12c R2’den önce bir tabloyu sadece yaratma aşamasında fiziksel olarak partitionlı bir şekilde yaratabiliyorduk. Bunun dışında partitionsız yaratılmış ve hızla büyüyen bir tabloyu partitionlı bir hale getirmek istediğimizde ne yazık ki bu işlemi gerçekleştiremiyorduk ve devamında veriye erişim performanslarımızda düşüşler yaşıyorduk.

Oracle 12c R2’den önce davranışın ne olduğuna bakmak gerekirse;

//db_version: 11g R2
CREATE TABLE partitionTest
(
   YEARMONTH        NUMBER,
   INVOICE_ID       NUMBER,
   PRICE            NUMBER
);

INSERT /*+append*/
      INTO  partitionTest
       SELECT TO_NUMBER (TO_CHAR (SYSDATE - MOD (LEVEL, 365), 'YYYYMM'))
                 YEARMONTH,
              LEVEL INVOCE_ID,
              MOD (LEVEL, 365) * 10 price
         FROM DUAL
   CONNECT BY LEVEL < 100000;

COMMIT;

ALTER TABLE partitionTest MODIFY
PARTITION BY RANGE (YEARMONTH)
  (PARTITION P201606 VALUES LESS THAN (201607),
      PARTITION P201607 VALUES LESS THAN (201608),
      PARTITION P201608 VALUES LESS THAN (201609),
      PARTITION P201609 VALUES LESS THAN (201610),
      PARTITION P201610 VALUES LESS THAN (201611),
      PARTITION P201611 VALUES LESS THAN (201612),
      PARTITION P201612 VALUES LESS THAN (201701),
      PARTITION P201701 VALUES LESS THAN (201702),
      PARTITION P201702 VALUES LESS THAN (201703),
      PARTITION P201703 VALUES LESS THAN (201704),
      PARTITION P201704 VALUES LESS THAN (201705),
      PARTITION P201705 VALUES LESS THAN (201706),
      PARTITION P201706 VALUES LESS THAN (201707))

ORA-14006: geçersiz bölüm adı

Script Terminated on line 21.

Yukarıda partitionsız yaratmış olduğum tabloya Oracle 11g R2’de partitionlı bir yapıya getirmek istediğimde, bu işlemi doğrudan tablo üzerinde online olarak yapamamaktayım.

Şimdi bu operasyonu Oracle 12c R2 ile deneyelim.

//db_version: 12C R2
CREATE TABLE partitionTest
(
   YEARMONTH        NUMBER,
   INVOICE_ID       NUMBER,
   PRICE            NUMBER
);

INSERT /*+append*/
      INTO  partitionTest
       SELECT TO_NUMBER (TO_CHAR (SYSDATE - MOD (LEVEL, 365), 'YYYYMM'))
                 YEARMONTH,
              LEVEL INVOCE_ID,
              MOD (LEVEL, 365) * 10 price
         FROM DUAL
   CONNECT BY LEVEL < 100000;
   
   COMMIT;
   
ALTER TABLE partitionTest MODIFY
PARTITION BY RANGE (YEARMONTH)
  (PARTITION P201606 VALUES LESS THAN (201607),
      PARTITION P201607 VALUES LESS THAN (201608),
      PARTITION P201608 VALUES LESS THAN (201609),
      PARTITION P201609 VALUES LESS THAN (201610),
      PARTITION P201610 VALUES LESS THAN (201611),
      PARTITION P201611 VALUES LESS THAN (201612),
      PARTITION P201612 VALUES LESS THAN (201701),
      PARTITION P201701 VALUES LESS THAN (201702),
      PARTITION P201702 VALUES LESS THAN (201703),
      PARTITION P201703 VALUES LESS THAN (201704),
      PARTITION P201704 VALUES LESS THAN (201705),
      PARTITION P201705 VALUES LESS THAN (201706),
      PARTITION P201706 VALUES LESS THAN (201707)) ONLINE;

Table PARTITIONTEST created.

99.999 rows inserted.

Commit complete.

Table PARTITIONTEST altered.

Şimdi partitionları kontrol edelim.

SELECT table_name, partition_name, high_value
  FROM all_tab_partitions
 WHERE table_name = 'PARTITIONTEST';

 

 

 

 

 

 

Evet görüldüğü üzere tabloyu partitionsız yaratıp daha sonra içine data attıktan sonra tabloyu fiziksel olarak partitionlı hale getirebildim. Bu işlemi yapmak için yazmış olduğum “ALTER TABLE … MODIFY” cümlesinin sonunda kullanmış olduğum “ONLINE” komutu tablonun fiziksel olarak partitionlama işlemi sürerken, tabloya eş zamanlı gelmesi muhtemel DML operasyonlarının da işlenmesine olanak sağladı. Böylelikle tabloda büyük bir fiziksel değişim yaparken herhangi bir downtime yaşamamış oldum.

Oracle 12c R2 ile beraber gelen bu yenilik sayesinde Non-Partitioned tabloları Partitioned hale getirme işleminin operasyonel ve downtime maliyetlerini ortadan kaldırılarak önemli gelişim sağlanmış oldu.

LISTAGG Fonksiyon İyileştirmeleri

Herkese Selam,

Bu yazıda, geliştirdiğimiz kodlar içerisinde sıkça kullandığımız LISTAGG fonksiyonu için Oracle 12c Release 2 ile beraber gelen iyileştirmelerden basedeceğim umarım farkındalık anlamında faydalı bir yazı olur.

LISTAGG fonksiyonu bilindiği üzere, SQL deyiminde verilmiş guruplama kriterine göre datanın ilgili kolonundaki değerleri tek bir satırda toplayan bir fonksiyon. Şimdi mevcut durumda nasıl çalıştığına bakalım.

Elimizde aşağıdaki gibi bir data olsun.

SELECT MOD (LEVEL, 4) grp, 
       LEVEL || '0000' AS col
FROM DUAL
CONNECT BY LEVEL < 10;

Şimdi bu datayı  GRP kolonuna göre gruplayıp, COL kolonundaki değerleri yan yana yazalım. (Bu işlemi gerçekleştirmek için LISTAGG kullanacağız.)

SELECT grp,
LISTAGG (col, '; ') 
WITHIN GROUP (ORDER BY col DESC) col
FROM (SELECT MOD (LEVEL, 4) grp, 
       LEVEL || '0000' AS col
       FROM DUAL
                                CONNECT BY LEVEL < 10)
                         GROUP BY grp;

Evet görüldüğü üzere LISTAGG fonksiyonu ile bu işi basitçe halledebildik. Şimdi sample veri setimizi biraz daha büyütüp sonucun dönüp dönmediğine bakalım.

SELECT grp, LISTAGG (col, '; ') WITHIN GROUP (ORDER BY col DESC) col
    FROM (    SELECT MOD (LEVEL, 4) grp, LEVEL || '0000' AS col
                FROM DUAL
          CONNECT BY LEVEL < 10000)
GROUP BY grp;

ORA-01489: result of string concatenation is too long

Datamızın büyüdüğü yani birleştirme işleminin büyük bir veri kümesi üzerinde yapılması gündeme geldiğinde yukarıdaki hatayı aldık ve işlemimize devam edemedik. İşte Oracle 12c R2 ile beraber gelen LISTAGG iyileştirmesi bu problemlere çareler üretmekte ve bu hataları almamızın önüne geçmekte.

Şimdi aynı sorguya 12c R2 ile beraber gelen ON OVERFLOW TRUNCATE söz deyimini ekleyerek çalıştıralım.

SELECT grp, LISTAGG (col, '; ' ON OVERFLOW TRUNCATE) 
WITHIN GROUP (ORDER BY col DESC) col
FROM ( SELECT MOD (LEVEL, 4) grp, LEVEL || '0000' AS col
FROM DUAL
CONNECT BY LEVEL < 10000)
GROUP BY grp;

Evet sorgumuz başarılı bir şekilde hata almadan sonlandı. Birleştirme sonucunda taşan kısım için … ibaresi koyuldu ve en sona truncate edilen toplan karakter sayısı yazıldı. Şimdi yapılan iyileştirme ile beraber gelen farklı opsiyonlara bakmaya devam edelim.

SELECT grp, LISTAGG (col, '; ' ON OVERFLOW TRUNCATE 'TAŞMA') 
WITHIN GROUP (ORDER BY col DESC) col
FROM ( SELECT MOD (LEVEL, 4) grp, LEVEL || '0000' AS col
FROM DUAL
CONNECT BY LEVEL < 10000)
GROUP BY grp;

Yukarıdaki örnekte ON OVERFLOW TRUNCATE söz deyiminden sonra taşan kısımda hangi ibarenin yazmasını istiyorsak onu belirtiyoruz ve sorguyu çalıştırıyoruz. Sorgu sonucunda belirttiğimiz ibarenin en sonda yer aldığını görmekteyiz.

 

 

 

Bir diğer kullanım opsiyonu ise en sonda truncate edilen karakter sayısının yazılmasını engellemek. Bunun içinde WITHOUT COUNT söz deyimini kullanıyoruz.

SELECT grp, LISTAGG (col, '; ' ON OVERFLOW TRUNCATE 'TAŞMA' 
WITHOUT COUNT) WITHIN GROUP (ORDER BY col DESC) col
FROM ( SELECT MOD (LEVEL, 4) grp, LEVEL || '0000' AS col
FROM DUAL
CONNECT BY LEVEL < 10000)
GROUP BY grp;

 

 

 

Evet görüldüğü üzere kesilen karakter sayısı belirtilmeyerek sonuç görüntülendi.

Sonuç olarak LISTAGG kullandığımız durumlarda taşma hataları ile karşılaşmak istemiyorsak, yeni gelen opsiyonları kullanmamız oldukça faydalı olacaktır.

 

Kullanımdan Kaldırılmış Metotların İşaretlenmesi

Herkese Selam,

Üst seviye programlama dillerinden alışkın olduğumuz uyarı mekanizmalarından bir tanesi olan “Deprecated” metodlarların (Kullanımdan Kaldırılmış/Geride Kalmış veya Eskimiş) kullanımının uyarılması Oracle 12c R2 ile beraber artık PL/SQL tarafında da sağlanmış durumda. Artık bir metodu deprecated olarak işaretleyip, daha sonra bu metod kullanılmaya çalışıldığında uyarı vermemiz mümkün.

Şimdi bu işlemi nasıl hızlıca halledebiliriz buna bakalım.

Öncelikle compiler’ın üreteceği bu uyarılardan haberdar olabilmek için aşağıdaki uyarı kodlarını session seviyesinde açıyoruz.

ALTER SESSION SET PLSQL_WARNINGS = 'ENABLE:(6019,6020,6021,6022)';

Evet şuan deprecated olarak işaretleyeceğimiz bir metodu derlemek veya çağırmak istediğimizde gerekli compiler uyarısını verecek alt yapıyı açtık. Şimdi bir metodu nasıl deprecated olarak işaretleyeceğimize bakalım.

CREATE OR REPLACE PROCEDURE kare_hesapla (x NUMBER)
IS
   PRAGMA deprecate (
    kare_hesapla, 'Bu metod eski. Yeni metod kare_hesapla_yeni.'
  );
   v   NUMBER;
BEGIN
   v := x * x;
END kare_hesapla;
/

Yaptığımız örnekten de anlaşılacağı üzere PRAGMA deprecate söz deyimi ile metodun eski bir metod olduğunu sisteme bildirdik. Kodumuzu derlediğimiz de aşağdaki gibi bir uyarıyı sistem tarafından alıyoruz.

Örnek metodumuzu deprecated olarak işaretledik. Şimdi başka bir metod içerisinden bu metodu çağıralım.

CREATE OR REPLACE PROCEDURE KARE_HESAPLA_2
IS
BEGIN
   KARE_HESAPLA (5);
END KARE_HESAPLA_2;

Evet gördüğümüz üzere kodu derledikten sonra gerekli uyarı mesajları compiler tarafından bize gösterildi. Bu mekanizma sayesinde eskiyen metodlarımızın kullanımı konusunda yazılım geliştiricileri kolaylıkla uyarabiliriz ve yeni metodların kullanımı konusunda bilgilendirme kolayca yapabiliriz.

Oracle Quick SQL Platform

Herkese Selam,

Bu yazıda sizlere Oracle’ın  Qucik SQL Platformundan bahsedeceğim umarım farkındalık anlamında faydalı bir yazı olur.

SQL yazması çok kolay ve insan diline en yakın olması sebebi ile belkide öğrenilmesi ve kodlaması en kolay dillerin belkide başında yer almaktadır. Oracle Quick SQL Platformu ile SQL dilinin doğasında olan bu kolaylığı bir tık daha ileriye taşıyarak çok daha basit bir notasyon ile SQL üreten eden bir yazılım kullanıma açmış durumda. Ben ilk testimde oldukça faydalı olduğunu buldum ve bir kaç deneme yaptıktan sonra oldukça kullanışlı olabileceği kanısındayım. Bu platformun en güzel özelliklerinden biride yazacağınız kurallar çerçevesinde veritabanına insert edilebilecek formatta test datası da üretebiliyor olması.

Bu platformun kullanabilmek için bir Oracle hesabınızın olması yeterli. Eğer bir Oracle hesabınız yok ise linki takip ederek bir Oracle hesabı edinebilirsiniz.

Oracle Quick SQL Platformuna nasıl bir input vererek, nasıl bir çıktı elde edebildiğimiz konusunda hızlı bir fikir vermesi adına bir örnek yapalım.

Yazının başında da söylediğim gibi Oracle’ın belirlemiş olduğu bir notasyon söz konusu, bu notasyonun nasıl olduğuna ortama girdikten sonra menüler aracılığı ile ulaşabilirsiniz. (Oracle Quick SQL Platformuna giriş linkini yazının sonunda paylaşacağım.)

Platforma Verediğimiz Input
departments /insert 4 
   name /nn 
   location 
   employees /insert 1 
      name /nn vc50 
      email /lower 
      cost center num 
      date hired 
      job 

Platformun Ürettiği Çıktı
-- create tables
create table DEPARTMENTS (
    ID               NUMBER GENERATED BY DEFAULT ON NULL AS IDENTITY  
                     constraint DEPARTMENTS_ID_PK primary key,
    NAME             VARCHAR2(255) not null,
    LOCATION         VARCHAR2(4000)
)
;

create table EMPLOYEES (
    ID                 NUMBER GENERATED BY DEFAULT ON NULL AS IDENTITY  
                       constraint EMPLOYEES_ID_PK primary key,
    DEPARTMENT_ID      NUMBER
                       constraint EMPLOYEES_DEPARTMENT_ID_FK
                       references DEPARTMENTS on delete cascade,
    NAME               VARCHAR2(50) not null,
    EMAIL              VARCHAR2(255),
    COST_CENTER        NUMBER,
    DATE_HIRED         DATE,
    JOB                VARCHAR2(4000)
)
;


-- triggers
create or replace trigger EMPLOYEES_BIU
    before insert or update 
    on EMPLOYEES
    for each row
begin
    :new.EMAIL := LOWER(:new.EMAIL);
end;
/


-- indexes
create index EMPLOYEES_i1 on EMPLOYEES (DEPARTMENT_ID);
insert into DEPARTMENTS (
    ID,
    NAME,
    LOCATION
) values (
    1,
    'Customer Satisfaction',
    'Tanquecitos'
);

insert into DEPARTMENTS (
    ID,
    NAME,
    LOCATION
) values (
    2,
    'Finance',
    'Sugarloaf'
);

insert into DEPARTMENTS (
    ID,
    NAME,
    LOCATION
) values (
    3,
    'Office of the CEO',
    'Dale City'
);

insert into DEPARTMENTS (
    ID,
    NAME,
    LOCATION
) values (
    4,
    'Health',
    'Grosvenor'
);

-- load data
insert into EMPLOYEES (
    ID,
    DEPARTMENT_ID,
    NAME,
    EMAIL,
    COST_CENTER,
    DATE_HIRED,
    JOB
) values (
    1,
    3,
    'Gricelda Luebbers',
    'gricelda.luebbers@aaab.com',
    82,
    sysdate - 55,
    'Systems Software Engineer'
);

Platform ile neler yapılabileceğini daha hızlı ve net anlayabilmek için aşağıdaki kısa videoyuda izlemenizi öneriyorum.

Bu platform oldukça pratik bir şekilde SQL ve test datası üretmemize olanak sağlayarak geliştiricilere hız kazandıracak. Oracle Quick SQL Platformuna linki takip ederek ulaşabilirsiniz.

ORACLE QUICK SQL PLATFORM

Obje İsimlendirmede Önemli Kural Değişimi

Herkese Selam,

Kısa bir süre önce Oracle 12c Release 2  son kullanıcıların kullanımına açıldı. Nasıl temin edileceği ile ilgili detay bilgi için linki takip edebilirsiniz. Bu yazıda Oracle 12c Release 2 ile obje isimlendirme standartlarında yapılan önemli kural değişikliğinden bahsedeceğim umarım farkındalık anlamında faydalı olur.

Oracle DB üzerinde geliştirme yaparken sık yaşadığımız problemlerden biri de obje isimlendirme konusundaki 30 Byte (30 karakter olarak bilinir.) limit idi.  Obje isimleri, objeler hakkında en önemli fikri veren belirteçler olmasına rağmen çoğu zaman bu karakter limiti yüzünden yeterince açık obje isimleri veremeyebiliyorduk. Bu durum obje isimlendirme limiti Oracle’dan daha büyük olan veritabanlarından obje (tablo-view …) taşıma söz konusu olduğunda daha da eziyetli bir hal alabiliyordu.

Oracle 12c Release 2 ile beraber Objelere verilecek isim limiti çok büyük bir değişiklik ile  30 Byte’dan 128 Byte’a (1 byte’lık karakterler kullanmamız durumunda 128 karakter) çıkarıldı.

Şimdi Oracle 12c R2’den önce durumun ne olduğuna bir bakalım.

CREATE TABLE SATIS_YENI_DONUSUM_RAPORLARI_2016
(
   DONEM       NUMBER,
   URUN_KODU   NUMBER,
   TUTAR       NUMBER
);

ORA-00972: identifier is too long

CREATE TABLE SATIS_YENI
(
   DONEM_DONEM_DONEM_DONEM_DONEM_DONEM   NUMBER,
   URUN_KODU                             NUMBER,
   TUTAR                                 NUMBER
);

ORA-00972: identifier is too long

Görüldüğü üzere ilk örnekte tablo adını, ikinci örnekte ise kolon adını 30 karakter limitinin üzerinde verdim. İki durumda da aynı hatayı alarak işlemimi gerçekleştiremedim.

Şimdi yeni güncelleme ile neler yapabileceğimizi görelim.

CREATE TABLE SATIS_YENI_DONUSUM_RAPORLARI_2016
(
   DONEM_DONEM_DONEM_DONEM_DONEM_DONEM                           NUMBER,
   URUN_KODU_URUN_KODU_URUN_KODU_URUN_KODU_URUN_KODU_URUN_KODU   NUMBER,
   TUTAR_TUTAR_TUTAR_TUTAR_TUTAR_TUTAR                           NUMBER
);

Table SATIS_YENI_DONUSUM_RAPORLARI_2016 created.

SELECT * FROM SATIS_YENI_DONUSUM_RAPORLARI_2016;


CREATE VIEW VW_SATIS_YENI_DONUSUM_RAPORLARI_2016
AS
   SELECT 1 TEST FROM DUAL;

VIEW VW_SATIS_YENI_DONUSUM_RAPORLARI_2016 created.

Evet görüldüğü üzere objelerimin isimlerini verirken 128 karaktere kadar herhangi bir sorun yaşamayarak yeterli uzunlukta obje isimlendirmelerimi yapabildim.

Yapılan bu değişiklik ile, isimlendirme sebebiyle yaşadığımız problemlerin (hem migration projelerinde hemde anlaşılır obje isimleri vermede) ortadan kalktığını düşünüyorum.

Oracle Database 12c Release 2 Kullanıma Hazır

Herkese Selam,

Uzun süredir beklenen haber Oracle tarafından duyuruldu. İlk etapta Oracle Cloud ve LiveSQL platformunda kullanıcı ile buluşan Oracle 12c R2 artık  Linux ve Solaris işletim sistemleri için indirilebilir olarakta yayınlandı. Aşağıdaki link üzerinden Oracle 12c R2’yi download edip Linux veya Solaris makinelerinize kurabilirsiniz.

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

Oracle, 12c R2’nin download edilebilir halinin yayınlanması akabinde, bu yazılımın ve içerisinde bir çok Oracle developement ürününde var olduğu yeni bir Virtual Machine Appliance’ıda kullanıcılara sundu. Bu sanal makineyi indirip virtualbox’da ayağa kaldırarak Oracle 12c R2’ye hızlı bir giriş yapabilirsiniz. Bu Sanal makineyi aşağıdaki link aracılığı ile edinebilirsiniz.

http://www.oracle.com/technetwork/database/enterprise-edition/databaseappdev-vm-161299.html

Buna ek olarak Oracle 12c R2 ile beraber gelen yeni özelliklere de aşağıdaki linkler üzerinden erişip kendi kuracağınız ortamlarda deneyip test edebilirsiniz.

https://docs.oracle.com/database/122/

https://blogs.oracle.com/sql/entry/12_things_developers_will_love

Veri Tipi Çevrimlerinin Kontrollü Yapılması

Herkese Selam,
Bu yazıda sizlere Oracle 12c Release 2 ile beraber SQL tarafında yeni gelen bir fonksiyondan bahsedeceğim. Umarım farkındalık anlamında faydalı bir yazı olur.

Oracle 12c Release 2 ile beraber gelen yeni özelliklerin bazılarını linkteki yazıda paylaşmıştım. Şimdi bu özelliklerden biri olan cast fonksiyonunun yeni özelliklerinden, ne işe yaradığından ve nasıl kullanıldığını göstereceğim.

Öncelikle şunu belirtmeliyim ki, Oracle 12c Release 2 hala download edilebilir formatta Oracle tarafından yayınlanmadı. Dolayısıyla bu ve yeni gelen özellikleri kendi lokal makinenize indirip test yapamayacağız. Bu durumda elimizde bu özellikleri test edebileceğimiz iki seçenek mevcut bunlardan birincisi Oracle Public Cloud üzerinden başvuruda bulunup, akabinde bir cloud hesap edinip burada denemek (Nasıl yapılacağını linki takip ederek öğrenebilirsiniz).

İkinci yöntem ise Oracle’ın Live SQL platformu üzerinden testleri yapmak (LiveSQL ile ilgili bilgiye linkten erişebilirsiniz.). Hem Oracle Public Cloud’da hemde Oracle LiveSQL Platformunda Oracle 12c Release 2 kurulu durumda. Ben bu yöntemlerden erişimi ve elde edilmesi daha kolay olan LiveSQL platformu tercih ettim. Sizde benzer bir tercih ile testlerinizi kolayca yapabilirsiniz.

Cast fonksiyonu bir çoğumuzun da bildiği üzere veri tipleri arasında dönüşüm yapmaya yarayan bir SQL fonksiyonu. Bu fonksiyon built-in veya collection-typed veri tiplerinden başka bir built-in veya collection-typed veri tiplerine tip dönüşümü yapabilmektedir. Kısaca nasıl çalıştığını hatırlayalım.

SELECT CAST ('123456' AS NUMBER) + 5 FROM DUAL;

CAST('123456'ASNUMBER)+5
------------------------
                  123461

SELECT CAST ('10.10.2017' AS DATE) + 5 FROM DUAL;

CAST('10.10.2017'ASDATE)+5
--------------------------
15/10/2017   

SELECT CAST (SYSDATE AS TIMESTAMP) FROM DUAL;

CAST(SYSDATEASTIMESTAMP)                          
--------------------------------------------------
14/2/2017 08:21:59,000000     

Evet fonskiyonun nasıl çalıştığını hatırladık ancak CAST fonksiyonuna 12c R2 öncesinde çevrim yapılamayacak veri tipleri gönderildiğinde fonksiyon hata alıyor ve program sonlanıyordu.

SELECT CAST ('sdfsj343' AS NUMBER) FROM DUAL; 
ORA-01722: invalid number

SELECT CAST ('7878987' AS DATE) castdate FROM DUAL;
ORA-01847: day of month must be between 1 and last day of month

Bu tarz hatalar uzun kod bloklarımız içerisinde işlediğimiz veri miktarına göre karşılaşma sıklığımızın oldukça fazla olduğu hata türlerinden. Özellikle Data Quality problemlerinin sık yaşandığı sistemlerde bu tarz problemler ile bir hayli karşılaşabiliyoruz. Oracle 12c R2 ile beraber bu fonksiyonu kullanırken olası tip uyumsuzlukları sonucunda oluşacak problemleri handle edecek bir mekanizma fonksiyona eklendi. Bu mekanizma ile beraber tip dönüşümlerinde alınacak hataları azaltma veya tamamen ortadan kaldırma adına bize yeni bir opsiyon sunulmuş olundu. Şimdi nasıl çalıştığına bakalım.

SELECT CAST ('fsweereg' AS DATE default sysdate on conversion error)
castdate1 from dual;

SELECT CAST ('fsweereg' AS DATE default '10-10-2017' on 
conversion error, 'DD-MM-YYYY') castdate2 from dual;

SELECT CAST ('fsdfs34' AS NUMBER default -99 on conversion error) 
castnumber from dual;

 

Örneklerden de görüleceği üzere olası bir hatalı çevrim durumunda default değerler tanımlayarak fonksiyonun kontrollü bir şekilde yoluna devam etmesini sağlayabiliyoruz.  Bu fonksiyon ile beraber gelen conversion error cümlesi to_number, to_date gibi diğer casting fonksiyonlarında da kullanılabilmektedir.

select to_number('32423fsfs'  default -99 on conversion error)
castdate from dual;

select to_date('32423fsfs'  default sysdate on conversion error)
castdate from dual;

select to_date('32423fsfs'  default '10-10-2017' on conversion error
, 'DD-MM-YYYY') castdate from dual;

 

Gelen bu özellik, SQL ve PL/SQL kod blokları içerisinde veri tipi dönüşümleri için yazdığımız kodların karmaşıklığını azaltıp uygulama performansımızı bu noktada arttıracağı kanısındayım. Veri tipi dönüşümünün kontrollü yapılabilmesi için native bir kod desteği gelmesi bu bağlamda oldukça önemli bir gelişme oldu.

KAYNAKLAR

https://docs.oracle.com/database/122/whatsnew.htm