EnterpriseDB (EDB), kuruluşların popüler açık kaynak veritabanı olan Postgres’in tüm gücünden yararlanmasını sağlayan kurumsal sınıf yazılım ve hizmetler sağlar. EDB’nin son zamanlara katkıları Postgres 15 sürümüen önemlisi tanıtımı MERGE SQL komutu, şirketin Postgres topluluğuna ve Postgres’teki yeniliklere olan sürekli bağlılığını gösterir.
EDB’nin yeni sürümü, EDB Tools and Extensions Release for PostgreSQL 15.1 (EDB PG 15), kuruluşların Postgres’i kurumsal veritabanı standardı olarak dağıtmasını her zamankinden daha kolay hale getiriyor. En fazla sayıda yeni uzantı ve araçla bu sürüm, işletmelerin PostgreSQL’in en son sürümünü kullanarak yeni, modern uygulamalar oluşturmasına yardımcı olur.
EDB PG 15 ile EDB, ister şirket içinde ister bulutta, kendi kendini yöneten veya EDB BigAnimal ile tamamen yönetilen olsun, işletmelerin devreye almak istediği her yerde PostgreSQL 15.1’i destekler. EDB PG 15 sürümü ayrıca Kubernetes için EDB Postgres’i de destekler. CloudNativePG altyapı modernizasyonu için hız, verimlilik ve koruma için.
EDB PG 15’teki üç önemli özellik, açık kaynaklı Postgres veritabanını daha da genişletir. Bunlar EDB Advanced Storage Pack, EDB Postgres Tuner ve EDB LDAP Sync’dir. Hadi bir bakalım.
EDB Gelişmiş Depolama Paketi
Referans Veri Depolama Optimizasyonu ve Otomatik Kümeleme Depolama Optimizasyonundan oluşan EDB Gelişmiş Depolama Paketi, kümelenmiş verilere daha hızlı erişimin yanı sıra yabancı anahtar ilişkileri için artırılmış performans ve ölçeklenebilirlik sağlar.
EDB, platformdan bağımsız ilk iki depolama motorunu veya PostgreSQL dilinde Tablo Erişim Yöntemlerini (TAM’ler) piyasaya sürüyor. Depolama motorları, çeşitli kullanım durumlarına bağlı olarak verilerin diskte nasıl depolandığını ve erişildiğini optimize etmek için tasarlanmıştır. Özel bir donanım gerekmez ve kendi sunucularınızı veya genel bulutta çalıştırsanız da optimizasyonlar çalışır. TAM’ler, veritabanının uzantıları olarak sunulur ve EDB müşterileri, hem topluluk PostgreSQL’de hem de EDB Postgres Advanced Server’da bunlardan yararlanabilir.
EDB Otomatik Küme ve EDB Ref Verileri, sırasıyla kümelenmiş verilere erişimi hızlandıran ve yabancı anahtar ilişkilerini optimize eden piyasaya sürülen ilk iki TAM’dir. EDB, IoT, denetim, veri kaydı ve olay ve işlem verisi iş yükleri için alımı ve depolamayı optimize etmek üzere daha fazla TAM geliştiriyor. EDB Auto Cluster ve EDB Ref Data gibi, bu gelecekteki uzantılar özel bir donanım veya belirli bir bulut sağlayıcısı gerektirmeyecek.
EDB Otomatik Küme TAM, bir yan tablodaki herhangi bir değer için son eklenen satırı takip eder. Bu, önceki satırlarla aynı veri bloklarına yeni satırların eklenmesine izin verir, böylece verileri küme halinde tutar ve ilgili verilere erişim süresini azaltır.
Örnek bir kullanım durumu, uygulama erişim modelinin belirli bir hisse senedi simgesi için tüm işlemleri almak olduğu bir İşlemler tablosu olabilir. Burada Otomatik Küme TAM, eklerin veri tabanının aynı konumunda verilen hisse senedi sembolünün satırlarını saklamasını sağlamak için kullanılabilir. Bu, tüm alım satımları almak için daha az sayfaya erişilmesini gerektirecek, bu da veritabanı sayfası önbelleğinin daha verimli kullanılmasına ve sonuçların veritabanından uygulamaya daha hızlı iletilmesine neden olacaktır.
Aşağıda, Otomatik Küme TAM (yürütmeden önce sistem önbelleği temizlenir) kullanılarak ve kullanılmadan, EDB içindeki bağımsız Performans Mühendisliği Ekibi tarafından vurgulanan sorgunun yürütme planı yer almaktadır.
Otomatik Küme ile:
Limit (cost=27058.18..27058.43 rows=100 width=49) (actual time=67.934..67.952 rows=100 loops=1)
Buffers: shared hit=6 read=77
-> Sort (cost=27058.18..27115.67 rows=22996 width=49) (actual time=67.932..67.942 rows=100 loops=1)
Sort Key: size DESC
Sort Method: top-N heapsort Memory: 48kB
Buffers: shared hit=6 read=77
-> Index Scan using i_file_user on file (cost=0.57..26179.28 rows=22996 width=49) (actual time=3.384..67.095 rows=5884 loops=1)
Index Cond: ("user" = 667)
Buffers: shared hit=3 read=77
Planning:
Buffers: shared hit=103 read=19
Planning Time: 10.887 ms
Execution Time: 68.836 ms
Otomatik Küme Olmadan:
Limit (cost=7216.82..7217.07 rows=100 width=49) (actual time=3071.083..3071.104 rows=100 loops=1)
Buffers: shared hit=7 read=6059
-> Sort (cost=7216.82..7232.15 rows=6134 width=49) (actual time=3071.081..3071.094 rows=100 loops=1)
Sort Key: size DESC
Sort Method: top-N heapsort Memory: 49kB
Buffers: shared hit=7 read=6059
-> Index Scan using i_file_user on file (cost=0.57..6982.38 rows=6134 width=49) (actual time=3.800..3068.449 rows=5988 loops=1)
Index Cond: ("user" = 667)
Buffers: shared hit=4 read=6059
Planning:
Buffers: shared hit=110 read=17
Planning Time: 8.473 ms
Execution Time: 3071.149 ms
Her iki yürütme planı da aynıdır. Dizin taraması tarafından döndürülen satır sayısında küçük bir fark vardır (~%1,74), ancak okunan arabelleklerde büyük bir fark görebiliriz: 77’ye karşı 6059. Yürütme süresi: %97,7 azaldı Otomatik Küme kullanırken.
İşte EDB Ref Data’nın pratikte nasıl çalışacağına dair bir örnek.
CREATE TABLE department (
department_id SERIAL PRIMARY KEY,
department_name TEXT
) USING refdata;
CREATE TABLE employee (
...
department_id NOT NULL REFERENCES department(department_id)
);
Çalışan tablosu yalnızca standart bir yığın tablosudur; yalnızca departman tablosu Ref Data TAM’ı kullanır. Çalışan tablosundaki eklemeler ve güncellemeler, departman tablosundaki satır düzeyindeki kilitleri ortadan kaldırmaz, böylece sorgulama süresinden tasarruf edilir, departman tablosundaki satırların güncellenmesi gerekliliği ortadan kaldırılır ve yönlendirilen departmanın yazılması ihtiyacı ortadan kalkar. tablo satırlarını diske ve önceden yazma günlüğüne.
EDB Postgres Ayarlayıcı
EDB Postgres Tuner, otomatik öneriler için 15 yılı aşkın EDB Postgres ayarlama uzmanlığından yararlanarak kullanıcıların performansını artırır.
15 yılı aşkın bir süredir EDB, görev açısından kritik ortamlarda Postgres çalıştıran müşterileri desteklemektedir. EDB’nin Performans Mühendisliği Ekibi, EDB Desteğinin müşterilere sağladığı önerileri, temel veritabanı sunucusunu geliştirmeye yönelik fikirleri ve aşağıdakiler gibi derin performans incelemelerini besleyen çok çeşitli gerçek dünya performans testleri yürütür: Paylaşılan Tamponlardan Yararlanma (ve Performans Avantajlarından Yararlanma) bir örnek olarak.
EDB Postgres Ayarlayıcı ile EDB, bu deneyimin, desteğin ve performans araştırmasının çoğunu alır ve bir uzantı olarak EDB müşterilerine sunar. Postgres yaklaşık 350 yapılandırma parametresine sahiptir ve çoğu nadiren ayarlanmaya ihtiyaç duysa da bazıları doğrudan bir veritabanının performansını ve yıllarca süren veri değişikliklerinden sonra veritabanının en iyi şekilde çalışmasını sağlama becerisini etkiler. Bu uzantı, PostgreSQL’i ayarlamak için DBA’ların yükünü önemli ölçüde azaltacaktır.
EDB, yalnızca sistem donanımı değiştiğinde değişen statik parametreler ve EDB’de geliştirilen algoritmaları kullanarak veritabanındaki etkinliğe bağlı olarak değişen dinamik yapılandırma parametreleri gibi farklı yapılandırma parametreleri sınıflarını ayırmıştır.
EDB Postgres Tuner, ayar önerilerini otomatik olarak uygulamanıza veya ayar önerilerini görüntülemenize ve bunları seçerek uygulamanıza olanak tanır. İş yükü değişiklikleriyle yoğun bir sistemde zamanla daha iyi öneriler muhtemelen verilecektir. Örneğin, aşağıdaki gibi bir Postgres parametresi checkpoint_completion_target tutarlı G/Ç sağlamak için her zaman aynı öneriye sahip olacaktır. Buna karşılık, gibi bir parametre max_wal_size disk alanı tükenmeden kontrol noktalarını zamanlanmış halde tutmayı dengeler. Bu iki faktör, EDB’nin şu konudaki makalesinde ayrıntılı olarak açıklandığı gibi, veritabanı sunucusunun en son koşullarının bilinmesini gerektirir: max_wal_size ayarlama.
Makalede belirtildiği gibi, max_wal_size performans üzerinde derin bir etkisi olabilir. EDB Postgres Ayarlayıcı ile, yazma açısından en yoğun iş yüklerini, örneğin performansı etkileyen parametrelerle ilgili ayrıntıları bilmek zorunda kalmadan Postgres’e karşı çalıştırmak artık mümkün. max_wal_size.
EDB LDAP Senkronizasyonu
EDB LDAP Sync, kullanıcıları iki yerde yönetme ihtiyacını ortadan kaldırarak kuruluşlar için LDAP desteğini basitleştirir: veritabanı ve LDAP.
EDB, veritabanı kullanıcılarının kimliğini LDAP veya Active Directory kimlik bilgileriyle doğrulayan birçok müşteriyle çalışır. LDAP’ye karşı Postgres kimlik doğrulamasının gerçekleşmesi için, kullanıcının Postgres veritabanına manuel olarak eklenmesi gerekir. Bu, kimlik doğrulamanın tek bir kaynakta gerçekleşmesine rağmen, kullanıcıların yine de hem Postgres hem de LDAP’de yönetilmesi gerektiği anlamına gelir.
EDB LDAP Sync, veritabanındaki işleri planlayarak ve popüler açık kaynağı çağırarak Postgres veritabanındaki kullanıcıları yönetme yükünü ortadan kaldıran bir araçlar koleksiyonudur. ldap2pg LDAP aramasının sonuçlarına dayalı olarak LDAP’den roller veya kullanıcılar oluşturmak için araç. Bu yetenek ayrıca, bir kullanıcı kuruluşunuzdan kaldırılırsa, hesabı artık bir şirketteki çalışanlar için gerçeğin kaynağı olan, hesabı artık LDAP’de olmadığında, o kullanıcıyı bir sonraki programlanmış çalıştırmada veritabanından bırakarak hızlı bir yanıtı garanti eder.
EDB’den çok yakında
EDB PG 15’ten sonra EDB’nin bir sonraki büyük sürümü, EDB Postgres Advanced Server (EPAS) ve EDB Postgres Distributed ile 2023’ün başlarında geliyor. Bu sürüm, verileri veritabanı düzeyinde şifreleyerek DBA’lara tam denetim sağlayan, çok talep edilen bir güvenlik özelliği olan Şeffaf Veri Şifreleme’yi (TDE) içerecektir. TDE, gizli verileri ve diğer bulut veri varlıklarını, gerekli şifre çözme anahtarlarına sahip olmayan tehdit aktörlerinin kazara açığa çıkmasından ve yetkisiz erişimden korumaya yardımcı olabilir. Bu güvenlik özelliği, özellikle bulut yolculuğunu hızlandıran büyük işletmeler için faydalı olacaktır.
Postgres’e ve Postgres topluluğuna önde gelen katkıda bulunanlardan biri olarak EDB, teknoloji inovasyonunu yönlendirmeye kendini adamıştır. EDB PG 15 ile veritabanını genişleten yeni ürünler ve yetenekler, işletmeleri Postgres’i kullanmak istedikleri her yerde destekleyecektir.
Adam Wright adresinde çekirdek veritabanı, uzantılar ve yedekleme/geri yükleme ürün yöneticisidir. EDB.
—
New Tech Forum, gelişmekte olan kurumsal teknolojiyi benzeri görülmemiş derinlik ve genişlikte keşfetmek ve tartışmak için bir alan sağlar. Seçim, önemli olduğuna inandığımız ve InfoWorld okuyucularının en çok ilgisini çektiğine inandığımız teknolojilere dayalı olarak özneldir. InfoWorld, yayın için pazarlama teminatı kabul etmez ve katkıda bulunulan tüm içeriği düzenleme hakkını saklı tutar. Tüm sorularınızı [email protected] adresine gönderin.
Telif hakkı © 2022 IDG Communications, Inc.
Kaynak : https://www.infoworld.com/article/3681112/3-key-features-in-edb-postgresql-15.html#tk.rss_all