Aracılığıyla paylaş

Çevrimiçi işlem gerçekleştirme (OLTP)

  • Makale

Bilgisayar sistemleri kullanılarak işlem verilerinin yönetimi, çevrimiçi işlem işleme (OLTP) olarak adlandırılır. OLTP sistemleri, kuruluşun günlük çalışmasında gerçekleşen iş etkileşimlerini kaydeder ve çıkarımlar yapmak için bu verilerin sorgulanması desteklenir.

İşlem verileri

İşlem verileri, kuruluşun etkinlikleriyle ilgili etkileşimleri izleyen bilgilerdir. Bu etkileşimler genellikle müşterilerden alınan ödemeler, tedarikçilere yapılan ödemeler, stok aracılığıyla taşınan ürünler, alınan siparişler veya teslim edilen hizmetler gibi iş işlemleridir. İşlemlerin kendisini temsil eden işlem olayları genellikle bir zaman boyutu, bazı sayısal değerler ve diğer verilere başvurular içerir.

İşlemlerin genellikle atomik ve tutarlı olması gerekir. Bölünmezlik, bir işlemin tamamının her zaman tek bir çalışma birimi olarak başarılı veya başarısız olduğu ve hiçbir zaman yarım tamamlanmış durumda bırakılmayamayacağı anlamına gelir. Bir işlem tamamlanamıyorsa, veritabanı sistemi bu işlemin bir parçası olarak zaten yapılmış olan tüm adımları geri almalıdır. Geleneksel bir RDBMS'de, bir işlem tamamlanamazsa bu geri alma işlemi otomatik olarak gerçekleşir. Tutarlılık, işlemlerin verileri her zaman geçerli bir durumda bıraktığı anlamına gelir. (Bunlar, bölünmezlik ve tutarlılığın çok resmi olmayan açıklamalarıdır. Bu özelliklerin ACID gibi daha resmi tanımları vardır.)

İşlem veritabanları, kötümser kilitleme gibi çeşitli kilitleme stratejilerini kullanan işlemler için güçlü tutarlılığı destekleyerek tüm verilerin kuruluş bağlamında, tüm kullanıcılar ve işlemler için güçlü bir şekilde tutarlı olmasını sağlayabilir.

İşlem verilerini kullanan en yaygın dağıtım mimarisi, 3 katmanlı mimarideki veri deposu katmanıdır. 3 katmanlı mimari genellikle sunu katmanından, iş mantığı katmanından ve veri deposu katmanından oluşur. İlgili dağıtım mimarisi, iş mantığını işleyen birden çok orta katmana sahip olabilecek N katmanlı mimaridir.

İşlem verilerinin tipik özellikleri

İşlemsel veriler genellikle aşağıdaki özelliklere sahiptir:

Gereksinim Açıklama
Normalleştirme Yüksek oranda normalleştirilmiş
Şema Yazmada şema, güçlü bir şekilde zorlanmış
Tutarlılık Güçlü tutarlılık, ACID garantileri
Bütünlük Yüksek bütünlük
İşlemleri kullanır Evet
Kilitleme stratejisi Kötümser veya iyimser
Güncelleştirilebilir Evet
Eklenebilir Evet
İş Yükü Ağır yazmalar, orta düzeyde okumalar
Dizinleme Birincil ve ikincil dizinler
Datum boyutu Küçük ve orta ölçekli
Model İlişkisel
Veri şekli Tablosal
Sorgu esnekliği Son derece esnek
Ölçek Küçük (MB) - Büyük (birkaç TB)

Bu çözümün ne zaman kullanılacağı

İş işlemlerini verimli bir şekilde işlemeniz ve depolamanız ve bunları tutarlı bir şekilde istemci uygulamalarına hemen sunabilmeniz gerektiğinde OLTP'yi seçin. İşlemedeki somut gecikmeler işletmenin günlük işlemleri üzerinde olumsuz bir etkiye sahip olduğunda bu mimariyi kullanın.

OLTP sistemleri işlemleri verimli bir şekilde işlemek ve depolamak ve işlem verilerini sorgulamak için tasarlanmıştır. OlTP sistemi tarafından tek tek işlemleri verimli bir şekilde işleme ve depolama hedefi kısmen veri normalleştirmesi ile gerçekleştirilir; yani verileri daha az yedekli olan daha küçük parçalara ayırır. Bu, OLTP sisteminin çok sayıda işlemi bağımsız olarak işlemesine olanak sağladığından ve yedekli verilerin varlığında veri bütünlüğünü korumak için gereken ek işlemlerden kaçındığından verimliliği destekler.

Zorluklar

OLTP sistemi uygulamak ve kullanmak birkaç zorluk yaratabilir:

  • OLTP sistemleri, iyi planlanmış BIR SQL Server tabanlı çözüm gibi özel durumlar olsa da, büyük miktarlardaki verilerin toplamını işlemek için her zaman iyi değildir. Milyonlarca işlem üzerinde toplu hesaplamaları kullanan verilere yönelik analizler, OLTP sistemi için çok yoğun kaynak kullanır. Bunlar yavaş yürütülebilir ve veritabanındaki diğer işlemleri engelleyerek yavaşlamalara neden olabilir.
  • Yüksek oranda normalleştirilmiş veriler üzerinde analiz ve raporlama yapılırken sorguların çoğu birleştirmeleri kullanarak verileri normalden kaldırması gerektiğinden, sorgular karmaşık olma eğilimindedir. Ayrıca OLTP sistemlerindeki veritabanı nesneleri için adlandırma kuralları ters ve kısa olma eğilimindedir. Terse adlandırma kurallarıyla birlikte artan normalleştirme, DBA veya veri geliştirici yardımı olmadan OLTP sistemlerinin iş kullanıcılarının sorgulamasını zorlaştırır.
  • İşlem geçmişini süresiz olarak depolamak ve herhangi bir tabloda çok fazla veri depolamak, depolanan işlem sayısına bağlı olarak sorgu performansının yavaşlanmasına neden olabilir. Yaygın çözüm, OLTP sisteminde ilgili bir zaman aralığı (geçerli mali yıl gibi) tutmak ve geçmiş verileri veri reyonu veya veri ambarı gibi diğer sistemlere boşaltmaktır.

Azure'da OLTP

App Service Web Apps'te barındırılan web siteleri, App Service'te çalıştırılan REST API'leri veya mobil veya masaüstü uygulamaları gibi uygulamalar, oltp sistemiyle genellikle rest API aracı aracılığıyla iletişim kurar.

Uygulamada çoğu iş yükü yalnızca OLTP değildir. Analitik bir bileşen de olma eğilimindedir. Buna ek olarak, raporların işletim sistemine karşı çalıştırılması gibi gerçek zamanlı raporlamaya yönelik artan bir talep vardır. Bu, HTAP (Karma İşlemsel ve Analitik İşleme) olarak da adlandırılır. Daha fazla bilgi için bkz . Çevrimiçi Analitik İşleme (OLAP).

Azure'da, aşağıdaki veri depolarının tümü OLTP için temel gereksinimleri ve işlem verilerinin yönetimini karşılayacaktır:

Anahtar seçim ölçütleri

Seçenekleri daraltmak için şu soruları yanıtlayarak başlayın:

  • Kendi sunucularınızı yönetmek yerine yönetilen bir hizmet mi istiyorsunuz?

  • Çözümünüzün Microsoft SQL Server, MySQL veya PostgreSQL uyumluluğu için belirli bağımlılıkları var mı? Uygulamanız, veri deposuyla iletişim kurmak için desteklediği sürücülere veya hangi veritabanının kullanıldığına ilişkin varsayımlara göre seçebileceğiniz veri depolarını sınırlayabilir.

  • Yazma aktarım hızı gereksinimleriniz özellikle yüksek mi? Evet ise, bellek içi tablolar sağlayan bir seçenek belirleyin.

  • Çözümünüz çok kiracılı mı? Bu durumda, birden çok veritabanı örneğinin veritabanı başına sabit kaynaklar yerine esnek bir kaynak havuzundan alındığı kapasite havuzlarını destekleyen seçenekleri göz önünde bulundurun. Bu, kapasiteyi tüm veritabanı örnekleri arasında daha iyi dağıtmanıza yardımcı olabilir ve çözümünüzü daha uygun maliyetli hale getirebilir.

  • Verilerinizin birden çok bölgede düşük gecikme süresiyle okunabilir olması gerekiyor mu? Evet ise, okunabilir ikincil çoğaltmaları destekleyen bir seçenek belirleyin.

  • Veritabanınızın coğrafi grafik bölgelerinde yüksek oranda kullanılabilir olması gerekiyor mu? Evet ise, coğrafi çoğaltmayı destekleyen bir seçenek belirleyin. Ayrıca, birincil çoğaltmadan ikincil çoğaltmaya otomatik yük devretmeyi destekleyen seçenekleri de göz önünde bulundurun.

  • Veritabanınızın belirli güvenlik gereksinimleri var mı? Evet ise, satır düzeyi güvenlik, veri maskeleme ve saydam veri şifreleme gibi özellikler sağlayan seçenekleri inceleyin.

Yetenek matrisi

Aşağıdaki tablolarda, özelliklerdeki temel farklar özetlemektedir.

Genel özellikler

Özellik Azure SQL Veritabanı Azure sanal makinesindeki SQL Server MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı
Yönetilen Hizmettir Evet Hayı Evet Evet
Platformda Çalışır Yok Windows, Linux, Docker Geçersiz Geçersiz
Programlanabilirlik 1 T-SQL, .NET, R T-SQL, .NET, R, Python SQL SQL, PL/pgSQL, PL/JavaScript (v8)

[1] Birçok programlama dilinin OLTP veri deposuna bağlanmasına ve bunları kullanmasına olanak tanıyan istemci sürücüsü desteği dahil değildir.

Ölçeklenebilirlik özellikleri

Özellik Azure SQL Veritabanı Azure sanal makinesindeki SQL Server MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı
Veritabanı örneği boyutu üst sınırı 4 TB 256 TB 16 TB 16 TB
Kapasite havuzlarını destekler Evet Evet Hayı Hayır
Kümelerin ölçeğini genişletmeyi destekler Hayır Evet Hayı Hayır
Dinamik ölçeklenebilirlik (ölçeği artırma) Evet Hayı Evet Evet

Analitik iş yükü özellikleri

Özellik Azure SQL Veritabanı Azure sanal makinesindeki SQL Server MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı
Zamana bağlı tablolar Evet Evet Hayı Hayır
Bellek içi (bellek için iyileştirilmiş) tablolar Evet Evet Hayı Hayır
Columnstore desteği Evet Evet Hayı Hayır
Uyarlamalı sorgu işleme Evet Evet Hayı Hayır

Kullanılabilirlik özellikleri

Özellik Azure SQL Veritabanı Azure sanal makinesindeki SQL Server MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı
Okunabilir ikincil öğeler Evet Evet Evet Evet
Coğrafi çoğaltma Evet Evet Evet Evet
İkincil yük devretme Evet Hayı Hayı Hayır
Belirli bir noktaya geri yükleme Evet Evet Evet Evet

Güvenlik özellikleri

Özellik Azure SQL Veritabanı Azure sanal makinesindeki SQL Server MySQL için Azure Veritabanı PostgreSQL için Azure Veritabanı
Satır düzeyi güvenlik Evet Evet Evet Evet
Veri maskeleme Evet Evet Hayı Hayır
Saydam veri şifrelemesi Evet Evet Evet Evet
Belirli IP adreslerine erişimi kısıtlama Evet Evet Evet Evet
Erişimi yalnızca sanal ağ erişimine izin verecek şekilde kısıtla Evet Evet Evet Evet
Microsoft Entra doğrulaması Evet Hayı Evet Evet
Active Directory kimlik doğrulaması Hayır Evet Hayı Hayır
Çok faktörlü kimlik doğrulaması Evet Hayı Evet Evet
Always Encrypted'i destekler Evet Evet Hayı Hayır
Özel IP Hayır Evet Hayı Hayır

Katkıda Bulunanlar

Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.

Asıl yazar:

Sonraki adımlar