Oracle 12c'deki İstemci-Sunucu ve Uygulamaları ve Bileşen Yapılandırmaları ile ilgili temel bilgiler - mankenler

Oracle 12c veritabanı sadece ayrı olarak mevcut değildir; bir bilgisayar sisteminin parçası olarak hareket eder. Oracle yazılımını yüklemeden ve veritabanınızı yapılandırmadan önce, veritabanınızın genel sistem mimarisine nasıl uyduğunu bilmeniz gerekir. Bazı sistemler diğerlerinden daha karmaşıktır ancak çoğu aşağıdaki temel kategorilere ayrılır:

• İstemci-sunucu

• Çok katmanlı

• Bileşen yapılandırmaları

Veritabanınızın hangi kategoriye girdiğini bilmek, sistem kurulumunuz sırasında büyük bir fark yaratacaktır, çünkü veritabanınızın özel ihtiyaçlarını bileceksiniz.

Oracle 12c

İstemci-sunucu uygulamaları (bazen iki katmanlı uygulamalar olarak adlandırılır) içindeki istemci-sunucu uygulamaları, kullanıcının iş istasyonunun uygulama programı yüklü olduğu ve yürütme sırasında, program uzaktaki bir veritabanı sunucusunda saklanan verilere erişir. Burada biraz kıpırdanır oda olmasına rağmen, iş istasyonu sunum ve uygulama mantığını işler ve veritabanı sunucusu bir veri deposu görevi görür. Bir istemci-sunucu yapılandırması nasıl işliyor.

İş istasyonu (istemci katmanı) uygulama mantığını ve sunumu kullanıcıya yöneltmektedir. Uygulama mantığı pek çok farklı dilde yerleştirilebilir, ancak yaygın örnekler arasında PowerBuilder, MS Visual Basic, Java uygulamaları ve hatta Oracle Forms ve Reports'un bazı sürümleri bulunmaktadır.

Bu istemci tarafı uygulamaları veri gerek duyduğunda, veritabanına ODBC (Açık Veritabanı Bağlantısı), JDBC (Java Veritabanı Bağlantısı) veya Oracle Net üzerinden istemci tarafı tnsnames kullanarak erişirler. ora dosyaları. Bu veritabanı iletişim protokolleri, herhangi bir istemciden Oracle dahil herhangi bir veritabanına bağlanmayı sağlar.

Veritabanı katmanında, veri tabanı verileri saklar ve kullanıcılar, roller ve izinler vasıtasıyla SQL sorgularına ve veri işleme dili (DML) ifadelerine yanıt olarak bu veriyi uygulamaya sağlar bunlar yalnızca verileri işleyen veya değiştiren SQL ifadeleridir). Yağlı veya ince bir istemci kullanıp kullanmadığınıza bağlı olarak, uygulama mantığı ve işleme bazıları veritabanı katmanından yüklü olabilir.

Veritabanı sunucusu üzerinde işlem yapmak genellikle mantıklıdır, çünkü bir veritabanı sunucusu en büyük iş istasyonundan bile çok daha yoğun işleme ve sayılama yapabilir. Veri işleme, yaygın olarak kullanıcıya sunum için müşteriye iade edilecek daha küçük bir sonuç kümesine veri işleyen veritabanı prosedürleri, işlevler ve paketler aracılığıyla yürütülür.

Birçok kişi, istemci sunucunun ölü olduğunu iddia ediyor. Öyleyse, neden bu kadar çok istemci-sunucu uygulaması hala orada? İstemci-sunucu mimarisi daha eski ve çok katmanlı dünyada birçok yeni uygulama var. Bununla birlikte, basit bir istemci-sunucu uygulaması halen birçok durumda bir işletmenin acil gereksinimlerini karşılıyor. İstemci-sunucu uygulaması, işini yapan eski bir uygulama olabilir - bu nedenle, işletmenin güncellenmesine gerek yoktur.

Oracle 12c'de bileşen yapılandırmaları

İstemci-sunucu ve çok katmanlı sistemlerde, Oracle veritabanı, veriyi tuttuğu için sistemin çekirdeğiydi. Sistemin tamamı için birincil veri deposu olarak varolan bir Oracle veritabanının en yaygın kullanımı, ancak Oracle'ı kurmanızın gereken tek şey bu değil.

Örneğin, çoğu zaman, bu veritabanları destekleyici bir roldedir; daha büyük Commercial Off-The-Shelf (COTS) uygulamaları için ikincil veri depoları olarak görev yapar. Bu gibi durumlarda, Oracle veritabanları, daha büyük bir sistemde kullanılmak üzere özelleştirilmiş verileri depolayan depolar gibi davranırlar. Büyük sistemin kurulumu sırasında, Oracle veritabanı destekleyici bir bileşen olarak yüklenir.

Bildiğiniz bir Oracle deponun yaygın bir örneği Oracle Designer'tır. Bu Oracle geliştirici aracını uygulama kodunu tasarlamak, oluşturmak ve depolamak için kullanabilirsiniz (diğer şeylerin yanında) ve kullanıcının masaüstünde bulunur.

Kullanıcı Oracle Designer'ı başlattığında, Oracle depoya bağlanmasını ister ve kullanıcı bu bilgiyi belirtir. Designer masaüstünde kullanılacak tüm nesnelerin saklandığı depodur.

Oracle İnternet Dizini (OID), Oracle'ın çok katmanlı bir ortamda alt bileşen olarak görev yapan daha güncel bir örneğidir. OID, Oracle'ın bir LDAP (Hafif Dizin Erişim Protokolü) uygulamasıdır.

LDAP'ler, sistemlerin verilerin hızlı bir şekilde aranmasına izin veren hiyerarşik olarak (ilişkisel olmayan) veri mağazaları (veritabanları değil) olarak tanımlanır. Genel bir örnek, çok fazla güncelleme içermeyen veya derinlemesine katmanlı veriler içermeyen bir e-posta adres defteridir - yalnızca bir LDAP'nin temel kullanımı olan bir verinin hızlı aranmasına ihtiyaç duyulmaktadır.

Başka bir yaygın LDAP kullanımı kullanıcıları ve kimlik bilgilerini depolamak ve böylece web uygulama sunucularının yalnızca bir kişiye bir sisteme erişme yetkisi verilip verilmediğini aramasını sağlamaktır. Sonuçta, yalnızca birinin sisteminize girmesini istemiyorsunuz!

Bu kimlik bilgisi doğrulaması, Oracle Fusion Middleware ürünlerine (OFM) ihtiyaç duyuyor ve bir çözüm LDAP'dır. Ve tabii ki, Oracle bir veritabanı şirketi olmakla birlikte, LDAP uygulamasını OID olan bir Oracle veritabanına koymayı tercih etti.

Bu, uzmanlaşmış bir Oracle veritabanının, geleneksel müşteri verilerinin saklandığı arka uç veritabanında Oracle'ı kullanan daha büyük bir sistem için OID / LDAP aracılığıyla kimlik doğrulamasını nasıl sağlayabilir. OID, daha büyük bir sistemde sadece gerekli bir bileşen.