SQL ve İlgili Terimlere Bir Bakış...

Merhaba Arkadaşlar,

Bu yazımda biraz SQL'i ele almak istiyorum. Biliyorum ki pek çok blogda SQL üzerine yazılar mevcut ama neredeyse bunlar birbirlerinin kopyası biçiminde. SQL komutlarını anlatarak işin içinden çıkılan yazılar pek çoğu. Ben biraz daha bilinmeyen yönlerine değinerek ele almak istiyorum. Yani SELECT, DISTINCT, ORDER BY gibi kavramları açıklamadan önce bilmemiz gereken bir takım genel bilgiler olduğunu düşünüyorum.

Biliyoruz ki SQL veritabanlarını yönetmek için beş adet ilişkisel operatörün kullanımının gereğiyle doğmuş ve büyüyerek gelişmiş ve günümüzdeki PL/SQL gibi çok gelişmiş şekillerde ortaya çıkmıştır. Hemen bu 5 adet operatörü hatırlayalım:

Transaction Yönetimi: "Ya Hep Ya Hiç"

Merhaba Arkadaşlar!

Takip ediyorsanız görmüşsünüzdür; genelde ORACLE DBMS ve veritabanı üzerine olan kavramlara ait bir takım yazılar paylaşmaya çalışıyorum. Bu kez de veritabanları için kritik önem taşıyan transaction yönetimine değinmek istiyorum.

Transaction nedir ve neden ihtiyaç duyulmuştur sorusuna cevap arayacağımız bu yazı umarım yararlı olabilir. Fakat bu yazıya geçmeden önce transaction hakkında sosyal ortamda gezen bir takım tanımlamalar var. Gayet açıklayıcı ve güzel yorumlanmışlar. Onlara bir bakalım istiyorum:
- Bir işin başarılabilmesi için yapılması gereken minimum işler topluluğu
- Bir SQL sorgusunda bulunan hatayı BACK-UP'lara bulaşmadan kolayca düzeltmenizi sağlayacak, olası veri kaybını önleyecek ve çoğu zaman hayat kurtaracak eylem.
- (Şu çok mantıklı bence:) İşletim sistemindeki thread yapısının veritabanına uyarlanmış hali. (Biliyoruz ki threadler prosesleri oluşturan ve bölünemez durumdaki küçük iş parçacıklarıdır.)
- (Ve nihayeeeet) Veritabanındaki güncelleme gibi işlerin işlemsel bütünlüğünü sağlar. Bir transaction'ın başarılı olması için tüm alt işlemlerin de başarılı gerçekleşmesi gerekir. Eğer bir tane alt işlem sıkıntı yaratırsa tüm transaction iptal edilir. Yani bu işlem yokmuş gibi davranılır ve geri alınır. Eğer tüm alt işlemler başarıyla sonuçlanırsa COMMIT işlemi tetiklenir ve değişiklikler veritabanına uygulanır. Böylelikle işlem bütünlüğü sağlanmış olur.

Veriden Geleceğe 2012 – Ücretsiz – İş Zekası ve Veri Ambarı Eğitimi

7-8 Temmuz ve 14-15 Temmuz tarihlerinde (haftasonu) gerçekleştirilecek toplam 24 saatlik eğitimdir.

Sektörün önde gelen isimlerinin eğitmen olarak katılacağı eğitmenlerin düzenleyeceği oturumlar halinde gerçekleştirilecek. Katılımcı profilinin bilişim sektörü ile ilgili üniversite 3. ve 4. sınıf öğrencisi ile yeni mezun olmuş öğrencilerin oluşturduğu eğitim 2 hafta boyunca sabah 09:00 - 12:00 ve 13:00 - 16:00 aralarında üçer saatlik seanslar ile gerçekleştirilecek.

Başvuru formunu doldurup info@datawarehouse.gen.tr adresine gönderen katılımcılar arasından ön değerlendirme sonrası kesin kayıt yaptırmaları gerekmektedir. Kesin kayıt yaptırmayan katılımcıların başvuruları iptal edilerek yerine listedeki diğer katılımcılar davet edilecektir. Başvuru Formu

Eğitim sonrası Katılım Belgesi verilecek katılımcılar aynı zamanda iş zekası sektöründe çalışan şirketlere tavsiye edilecektir.

Eğitim Üsküdar Gençlik Merkezinin ev sahipliğinde gerçekleştirilecektir.
Eğitim ana sponsoru Philogica'dır.
BAŞVURU FORMU: Veriden Geleceğe 2012 Başvuru Formu - info@datawarehouse.gen.tr mail  gönderiniz.
Facebook Gurubu: DatawarehouseTurkiyeBilisimKurslari

Veritabanı yenilir mi, içilir mi yoksa yönetilir mi?

Merhaba Arkadaşlar!

Hepimizin hedefinde eminim ki; "sağlıklı, önü açık, sağlam bir gelecek"  vadeden bir kariyer mevcut. Kişisel olarak ben ve benim gibi düşünen pek çok bilişim meraklısı da Veritabanı konusunda uzmanlaşmak istiyor. Peki buraya kadar sorun yok. Elbette hedefler yüksek olacak ve "Okunmuzu Güneşe atarak hiç olmazsa yıldızları tutturacağız"... Ama bunu yapmadan önce veritabanı yöneticisi ne yapar, ne eder, neleri yönetir sorularına cevap verebiliyor olmamız gerektiğini düşünüyorum. Bunları bilmeden;
"büyüyünce ne olacaksın oğlum?"
"ben büyüyünce veritabanı yöneteceeeem!" tarzı bir diyalogdan öteye gidemeyiz sanırım.
Sözün kısası burada biraz DBA'in neler yaptığına lafı getirmek istiyorum. İsterseniz başlayalım;

ORACLE DBMS Mimarisine Bir Bakış-Mantıksal Mimari

Merhaba Arkadaşlar!

Geçtiğimiz yazılarda ORACLE mimarisinin fiziksel bölümünü inceleyip bitirdik. Şimdi fiziksel mimari kadar önemli olan mantıksal mimariyi inceleyeceğiz. Zira bizim için fiziksel mimariyle bağlantı kuran mantıksal mimaridir. Yani fiziksel mimari işin biraz ayrıntısı olurken, mantıksal mimari işin görünen kısmıdır. İşletim sistemi mantıksal mimariye müdahale edemez. Mantıksal mimari DML komutlarıyla işlenir. Şimdi bu kısa girişle başlayabiliriz;

ORACLE DBMS Mimarisine Bir Bakış-3

Merhaba Arkadaşlar...

Önceki yazımızda ORACLE'ın fiziksel mimarisine devam ederek Prosesleri inceledik ve önemli olan Arkaplan Proseslerini tek tek tanımaya çalıştık. Bu yazımızda da fiziksel mimarinin son kısmı olan Depolama Birimlerine göz atacağız.

ORACLE'ın depolama birimleri veritabanının bulunduğu işletim sistemine ait fiziksel dosyalar olarak düşünülebilir. Nasıl ki bir işletim sistemi sağlıklı olarak çalışmak için bir takım dosyalara ihtiyaç duyuyorsa ORACLE DBMS de bu tarz bir yapıya ihtiyaç duymaktadır.

Şunu da belirtelim ki bir DBA, başarılı olabilmek için tüm bu ayrıntıları bilmek durumundadır. Nasıl ki bir otomobil çalışırken yüzlerce parçanın kombinasyonuna ihtiyaç duyuyor ve her parçanın da bu denklemde hayati bir rolü oluyorsa, veritabanı sistemi de bu şekildedir. Pek çok bağlantılı sistem tümleşik bir şekilde çalışırken kendine verilen rolü oynar. Bu ayrıntılar ve görevler bilinirse var olan bir sıkıntı rahatlıkla tespit edilebilir.

ORACLE DBMS Mimarisine Bir Bakış-2

Merhaba Arkadaşlar..
ORACLE'ın mimarisine değinirken kaldığımız konu başlığı olan Fiziksel Mimari'nin bellek birimleri kısmını incelemiştik. Bu konu altında SGA ve PGA nedir, hangi görevleri icra eder ve hangi alt fonksiyonlara sahiptir sorularına cevap bulduk. Şimdi de Proses Birimlerini öğrenelim...

1.2 Proses Birimleri
Konuya geçmeden önce prosesleri ve çeşitlerini tanımlayalım.
Proses: Belli bir işi gerçekleştiren programın çalışır hali olarak ifade edilir. Her bir işlem proses olabilmek için bellekten yer harcar. ORACLE'da 2 tür proses vardır;
1. Veritabanı Prosesleri: ORACLE tarafından oluşturulan proseslerdir. İki türlüdür;

ORACLE DBMS Mimarisine Bir Bakış-1

Merhaba Arkadaşlar...
İnternet üzerinde ORACLE Veritabanı Yönetim Sistemi Mimarisi'ne dair bilgiler mevcut. Bunlardan kimisi fazla kafa karıştırıcı olup anlamakta güçlük çekilen bilgiler, kimisi de bazı noktalarda eksik kalabilen bilgiler olabiliyor. Ben topladığım verilerle, katıldığım seminerlerle (özellikle Talip Hakan Öztürk'e ait olanları kastediyorum :) ) bu alanda elimden geldiği kadar bilgilerimi paylaşmaya çalışacağım. Bu bilgileri paylaşırken kendime de olan faydasını belirtmek isterim...

Fazla uzatmadan Oracle mimarisine değinmeye başlayalım. Arkadaşlar, ORACLE pek çok sistemde olduğu gibi iki ana mimari üzerinde incelenmektedir. Bunlar:

• Fiziksel Mimari
• Mantıksal Mimari

olarak göze çarpmaktadır. Burada bu iki mimari yapıyı ana hatlarıyla keşfetmeye çalışacağız.