DBeaver'ı bir üretim veritabanına bağlamak güvenli mi?

DBeaver'ın dokümantasyonuna göre autocommit'i kapatan ve INSERT, UPDATE ya da DELETE'ten önce onay isteyen bir Production bağlantı tipiyle daha güvenlidir. Onayı ifadeyi yazan kişi verir ve kimlik bilgisi hâlâ onun makinesindedir. QueryProxy'nin kapatmak için var olduğu açıklar da bu ikisidir.

DataGrip salt okunur bağlantısı yeterli mi?

O veri kaynağını istemcide salt okunur olarak işaretler. Bir SELECT'in hassas bir tablonun her satırını döndürmesini engellemez ve ikinci bir kişiyi sürece katmaz. Salt okunur bir kullanıcı için, ayrı bir düşük yetkili veritabanı hesabı cevabın daha güçlü yarısıdır.

QueryProxy bir SQL istemcisi mi?

Yalnızca dar anlamda. Query Studio, bir geliştiricinin ifadeyi yazmasına ve göndermeden önce korumanın kararını görmesine izin verir; ama şema tarayıcısı yoktur ve bir DBA onaylayana kadar hiçbir şey çalıştırmaz.

Birlikte kullanabilir miyim?

Evet ve olağan düzen budur. Geliştirme ve staging için masaüstü istemci kullanın, üretime giden tek yol QueryProxy olsun.

QueryProxy ve DBeaver ile DataGrip

DBeaver ve DataGrip, kendilerine verdiğiniz bir veritabanı hesabıyla bağlanan masaüstü SQL istemcileridir. QueryProxy bir istemci değildir; kimlik bilgisini tutar ve yalnızca bir DBA'in onayladığı ifadeleri çalıştırır.

Güncelleme: 13 Ekim 2026

Bir bakışta

Konu	QueryProxy	DBeaver ve DataGrip
Nedir	Kendi sunucunuzda çalışan, tarayıcıdan kullanılan bir sunucu	Her mühendisin makinesindeki masaüstü uygulamaları
Kimlik bilgisi nerede durur	Sunucudaki AES-256 ile şifreli bir kasada; geliştiriciler onu hiç almaz	Mühendisin çalıştırdığı istemcinin bağlantı ayarlarında
Üretim güvencesi	Her ifade parse edilir ve bir DBA'i bekler	DBeaver'ın Production bağlantı tipi veri değiştiren ifadelerden önce onay ister ve autocommit'i kapatır
Salt okunur seçeneği	Üretim güvenliği rehberine göre, yalnızca SELECT yetkili bir veritabanı kullanıcısıyla ayrı bir bağlantı	DataGrip'te her veri kaynağı için bir Read-only onay kutusu var
Kim onaylar	İkinci bir kişi; kuyrukta ya da Slack veya Teams'ten	İfadeyi yazan mühendis, bir onay iletişim kutusunda
Sonuç işleme	Satır sınırı uygulanır, kişisel veri yazılırken maskelenir, sonuç görüntüleyen için saklanır	Sorgunun döndürdüğü ne varsa istemcide görünür
Denetim izi	Kimin istediğini, kimin onayladığını ve neyin çalıştığını gösteren değiştirilemez günlük	Burada atıf yapılan sayfalarda belgelenmemiş

Bir SQL istemcisi kullanıcısına erişim verir. Kullanıcının onunla ne yaptığını denetlemez.

Bu bir kusur değil. DBeaver ve DataGrip bir veritabanıyla çalışmayı keyifli kılmak için vardır ve ikisi de bunu iyi yapar. Yine de bir üretim bağlantısının güvenliğinin klavyenin başındaki kişiye ve onun dizüstü bilgisayarında saklanan bir kimlik bilgisine bağlı olduğu anlamına gelir.

İstemciler üretim için ne sunuyor?

DBeaver’ın dokümantasyonu bağlantı tiplerini listeler: Development, Test ve Production; ayrıca özel tipler. Production tipi autocommit’i kapatır, INSERT, UPDATE ya da DELETE’ten önce onay ister ve boştaki işlemleri 600 saniye sonra kapatır. DBeaver Community, GitHub’da Apache-2.0 altında yayımlanır ve depo ayrıca ticari PRO sürümlerinden söz eder.

DataGrip’in dokümantasyonu (DataGrip 2026.2 Help), bir veri kaynağının Options sekmesinde bir Read-only onay kutusunu ve değişikliklerin siz gönderene kadar bir işlemde beklediği bir Tx modunu anlatır.

Bunlar gerçek denetimlerdir. Hepsi istemcideki ayarlardır. Atıf yapılan sayfalar, bir yöneticinin bunları ekip genelinde zorunlu kılabileceği bir yol anlatmaz.

QueryProxy ne ekliyor?

Kimlik bilgisini ve kararı dizüstü bilgisayardan uzaklaştırır. Veritabanı parolası şifreli kasada durur, bir DBA onay akışında bir geliştiriciye bağlantı yetkisi verir ve her ifade kuyruğa girmeden önce SQL korumalarına karşı parse edilir. WHERE’siz bir yazma reddedilir; bir okumaya LIMIT eklenir. Sonuç yazılırken maskelenir.

İki ürün de iyi veritabanı yetkilerinin yerini tutmaz. QueryProxy’nin üretim güvenliği rehberi, yalnızca okuyanlar için ayrı bir SELECT-only bağlantı önerir, çünkü veritabanı tarafında salt okunur çalıştırma henüz yok.

İşe yarayan düzen hangisi?

Mühendisler geliştirme ve staging için istemcilerini tutar. Üretim QueryProxy’yi gösterir. Aynı ayrım, aynı fikrin tarayıcı sürümü olan CloudBeaver sayfasında da anlatılıyor. Ayrımın gerekçesi veritabanı erişim denetimi nedir yazısında, QueryProxy’nin nasıl çalıştırılacağı ise hızlı başlangıç sayfasında.

Yukarıdaki ayarlar satıcıların dokümantasyonundan 2026-10-13 tarihinde okundu. DBeaver’ın sayfası bir sürüm numarası belirtmiyor; DataGrip’inki 2026.2 diyor. SQL Server hedefleri için bkz. SQL Server erişim denetimi.

Bunun yerine DBeaver ve DataGrip seçmeniz gereken durumlar

Bir geliştirme ya da kişisel veritabanında çalışıyorsanız. Onaylayacak ikinci bir kişi yoktur ve masaüstü istemci daha hızlı araçtır.
Şema tasarımı, veri düzenleme ve keşif için tam bir IDE'ye ihtiyacınız varsa. QueryProxy'nin editörü bilerek küçüktür ve şema ağacı sunmaz.
Veri hassas değilse ve kimlik bilgisi zaten salt okunura daraltılmışsa. O zaman inceleme adımı korumaktan fazlasına mal olur.

DBeaver ve DataGrip sitesini ziyaret edin

Sık sorulanlar

DBeaver'ı bir üretim veritabanına bağlamak güvenli mi?: DBeaver'ın dokümantasyonuna göre autocommit'i kapatan ve INSERT, UPDATE ya da DELETE'ten önce onay isteyen bir Production bağlantı tipiyle daha güvenlidir. Onayı ifadeyi yazan kişi verir ve kimlik bilgisi hâlâ onun makinesindedir. QueryProxy'nin kapatmak için var olduğu açıklar da bu ikisidir.
DataGrip salt okunur bağlantısı yeterli mi?: O veri kaynağını istemcide salt okunur olarak işaretler. Bir SELECT'in hassas bir tablonun her satırını döndürmesini engellemez ve ikinci bir kişiyi sürece katmaz. Salt okunur bir kullanıcı için, ayrı bir düşük yetkili veritabanı hesabı cevabın daha güçlü yarısıdır.
QueryProxy bir SQL istemcisi mi?: Yalnızca dar anlamda. Query Studio, bir geliştiricinin ifadeyi yazmasına ve göndermeden önce korumanın kararını görmesine izin verir; ama şema tarayıcısı yoktur ve bir DBA onaylayana kadar hiçbir şey çalıştırmaz.
Birlikte kullanabilir miyim?: Evet ve olağan düzen budur. Geliştirme ve staging için masaüstü istemci kullanın, üretime giden tek yol QueryProxy olsun.