Yerel ve Canlı DynamoDB için bir dynamodb-admin Alternatifi

dynamodb-admin, çoğu geliştiricinin DynamoDB Local ya da LocalStack başlattığında uzandığı ücretsiz, MIT lisanslı web GUI'sidir. Onu küçük bir Node sunucusu olarak çalıştırırsınız (npm install -g dynamodb-admin), bir uç noktaya yöneltirsiniz ve yerel tablolarınıza göz atarsınız. O tek işte mükemmeldir. Bu sayfa, onun dışına çıktığınız ve yerel ve canlı AWS tablolarını bir SQL Workbench, staging'e alınan düzenlemeler, tam dışa aktarımlar ve zaten kullandığınız kodlama aracısı için MCP erişimiyle işleyen bir istemci istediğiniz an içindir. DynoTable, tam olarak bunun etrafında inşa edilmiş çapraz platform bir masaüstü DynamoDB istemcisidir.

dynamodb-admin DynoTable'a karşı ne zaman kazanır

dynamodb-admin'in iyi olduğu şey

dynamodb-admin'in README'si onu açıkça tanımlar: "DynamoDB Local, dynalite, localstack vb. için bir GUI" (README). Yerel bir uç noktaya karşı çalışırken doğru araçtır:

• Ücretsiz ve açık kaynak (MIT), bu yüzden satın alınacak bir şey ve lisanslanacak bir şey yoktur (lisans).
• Sıfır kurulum sürtünmesi — npm install -g dynamodb-admin ve localhost:8001 (varsayılan --port) üzerinde, varsayılan olarak http://localhost:8000'e yöneltilmiş bir web arayüzünüz olur (README).
• Bir Docker imajı — resmi aaronshaf/dynamodb-admin Docker Hub'daki imaj, amazon/dynamodb-local'in yanında bir docker-compose'a doğrudan düşer. HOST, PORT, BASE_PATH ve DYNAMO_ENDPOINT ortam değişkenlerini okur (README), böylece konteynerleştirilmiş bir geliştirme yığınına temizce bağlanır.
• Tabloları oluşturun, göz atın ve düzenleyin — geliştirirken AWS Konsoluna dokunmadan basit bir web arayüzü aracılığıyla.
• Bakımı aktif olarak sürüyor — v5.3.4, 10 Haziran 2026'da yayımlandı (sürümler, 2026-07-30 tarihinde denetlendi).

Varsayılan olarak accessKeyId / secretAccessKey'i key ve secret sahte değerlerine ve bölgeyi us-east-1'e ayarlar (README) — ki bu sana tam olarak ne için inşa edildiğini söyler: yerel geliştirmenin iç döngüsü.

dynamodb-admin canlı AWS DynamoDB'ye bağlanabilir mi?

Teknik olarak evet — ve yerele özel bir admin arayüzü yetmediğinde insanların denediği en yaygın şey budur. Uç noktayı geçersiz kılar ve gerçek kimlik bilgileri sağlarsınız:

# Point dynamodb-admin at a real region instead of localhost
AWS_REGION=eu-west-1 \
AWS_ACCESS_KEY_ID=AKIA... \
AWS_SECRET_ACCESS_KEY=... \
dynamodb-admin --dynamo-endpoint=https://dynamodb.eu-west-1.amazonaws.com

Ya da sahte key/secret enjekte etmeyi bırakıp bunun yerine standart AWS SDK kimlik bilgisi çözümlemesine geri dönmesi için --skip-default-credentials geçirin (README).

Bu işe yarar, ama mutlu yolun dışındadır. dynamodb-admin'in belgelenmiş seçenekleri uç nokta, ana bilgisayar, port, taban yol ve bir kimlik bilgisi anahtarıdır (README); bağlantı yöneticisi, profil seçici, SSO yoktur. Hesap ya da bölge değiştirmek, Node sürecini durdurmak ve farklı ortam değişkenleriyle yeniden başlatmak demektir. Bir prod tablosuna ara sıra göz atmak için iyidir; birkaç hesap genelinde günlük bir sürücü olarak sürtünmedir. DynoTable, ~/.aws yapılandırmanızdaki her profili — SSO oturumları dahil — okur ve aralarında ⌘P (ya da ⌘1–⌘9) ile geçiş yapar; yerel uç noktalar canlı bölgelerin hemen yanında durur.

dynamodb-admin nerede durur

Sınır, işiniz tek bir yerel tablonun ötesine geçtikçe ortaya çıkar:

• Canlı AWS tabloları mutlu yolun dışındadır. Yukarıdaki gibi — onu gerçek bir bölgeye yöneltebilirsiniz, ama belgelenmiş ve varsayılan olarak DynamoDB Local etrafındadır, kaydedilmiş bağlantılar ya da profil değiştirme olmadan.
• İlişkisel sorgu yok. Herhangi bir görsel tarayıcı gibi, bir tabloda item'ları listeler ve düzenler. İki tabloyu birleştiremez, GROUP BY yapamaz ya da bir COUNT / SUM hesaplayamaz, çünkü DynamoDB'nin altta ilişkisel bir sorgu motoru yoktur. dynamodb-admin bir tane eklemez — ve PartiQL de eklemez: SELECT grameri JOIN, GROUP BY ya da toplama işlevleri olmadan tek bir FROM tablosu alır (AWS PartiQL SELECT referansı) (bkz. PartiQL vs SQL).
• Düzenlemeler, kaydettiğiniz anda tabloya iner. Düz bir CRUD formunun yaptığı budur ve gözden çıkarılabilir yerel bir tabloya karşı tam olarak doğrudur. Başkalarının bağımlı olduğu bir tabloya karşıysa, tıklamadan önce tereddüt etmenizin nedenidir.
• Çalıştırdığınız bir sunucudaki bir tarayıcı sekmesidir. Yerel masaüstü uygulaması yok, projeler genelinde kaydedilmiş bağlantı yok, entegre kimlik bilgisi zinciri yok. Bir Node sürecini (ya da konteyneri) çalışır tutar ve localhost'a yer imi koyarsınız.

Bunların hiçbiri hata değildir. Bilinçli olarak küçük bir yerel geliştirme aracının kenarıdır. Soru, iş akışınızın onu geçip geçmediğidir.

Tam bir DynamoDB istemcisinin bunun üstüne eklediği şey

DynoTable, zaten sahip olduğunuz AWS profillerini ve erişim anahtarlarını kullanarak yerel ve canlı DynamoDB'ye tek bir masaüstü uygulamasından bağlanır. Verileriniz DynamoDB'de kalır, bu yüzden taşınacak bir şey yoktur. dynamodb-admin'in kapsadığı göz atma ve düzenlemenin üstüne, bir tablo tarayıcısını günlük bir sürücüye dönüştüren araçları ekler:

• Bir SQL Workbench. INNER/LEFT JOIN, GROUP BY, COUNT/SUM/AVG — istemcide DynamoDB'nin gerçek Query/Scan işlemlerine derlenir, anahtarlarınıza ve GSI'larınıza göre planlanır, böylece DynamoDB'nin erişim deseni kuralları içinde kalır. Bir plan mevcut olduğunda Workbench önizlemesi, Scan mı Query mi olduğunu ve hangi index'i kullandığını belirtir; RCU tahmini yalnızca tablo meta verileri buna izin verdiğinde görünür. Sıradan bir partition Query'si hiç RCU göstermez. DynamoDB için SQL kılavuzu neye derlendiğini kapsar.

-- The kind of question a single-table browser can't express:
SELECT u.email, COUNT(o.id) AS orders, SUM(o.total) AS revenue
FROM Users u
JOIN Orders o ON o.userId = u.id
GROUP BY u.email;

• Staging'e alınan yazmalar. Bir öğe düzenlemesi, hazırlanmış bir silme ya da aracının taslak değişikliği, tablo başına bir staging alanında inceleyip commit ettiğiniz bir fark olarak sıraya girer — tıklandığında kaydeden bir formun tam tersi. Üretim verisine karşı asıl özellik, o inceleme adımıdır.
• Zaten kullandığınız kodlama aracısı için MCP. Claude Code, Cursor ya da Codex'i tablolarınıza — yereller dahil — MCP üzerinden, bağlantı başına seçtiğiniz bir kapsamla (salt okunur, okuma + stage ya da tam) yöneltin. Sen kod yazarken seed ettiğiniz DynamoDB Local tablolarınızı okuyabilen bir aracı, dynamodb-admin'in hizmet ettiği aynı iç döngüdür — içinde aracınızla. MCP kurulum kılavuzu ayrıntıları içerir.
• Kendi AWS Bedrock anahtarlarınızla çalışan bir yapay zekâ aracısı. Sorgulamadan önce gerçek anahtar şemanızı okur ve her yazmayı onay için staging'e alır; istemler ve satırlar AWS sınırınızı asla terk etmez. AI sohbeti belgeleri onu anlatır.
• Tam dışa aktarımlar. Tüm sonuç kümeleri — filtrelenmiş görünümler dahil — CSV, JSON dizisi ya da NDJSON olarak, akış hâlinde dışa aktarılır; böylece büyük tablolar büyük bellek gerektirmez.

dynamodb-admin ücretsizken neden ücretli bir uygulama kullanayım?

Önce ücretsiz kalanla başlayın. DynoTable'ın Ücretsiz planının süre sınırı yoktur: tablolara — yerel ve canlı — göz atın ve filtreleyin, PartiQL SELECT çalıştırın, veri, kod ve şemaları dışa aktarın ve kodlama aracınıza MCP üzerinden şema ile öğe okumaları sunun. dynamodb-admin'in inşa edildiği göz atma işi için ikisi de aynı fiyattadır: sıfır.

dynamodb-admin ücretsiz düzenler; DynoTable'ın düzenlemesi ise — staging incelemesi iş akışıyla birlikte — 30 günlük denemeden sonra ücretli planların bir parçasıdır. Aboneliğin satın aldığı şeyler dynamodb-admin'de hiçbir fiyata yoktur: SQL Workbench, yapay zekâ aracısı, staging'e alınan yazmalar ve Smart Tables. DynamoDB işiniz kod yazarken göz attığınız yerel bir tabloysa, dynamodb-admin'de kalın. Canlı hesaplara, ilişkisel sorulara ya da bir ekibin üretim verisine uzanıyorsa, DynoTable tam da o iş akışı için inşa edilmiştir.

DynoTable, dynamodb-admin gibi DynamoDB Local ile çalışır mı?

Evet — DynoTable, istediğinizde yerel uç noktalarınıza karşı çalışır, bu yüzden "yalnızca canlı" bir yedek değildir. Uç nokta ve sahte kimlik bilgisi kurulumu için bkz. DynamoDB Local ve LocalStack'e bağlanma. dynamodb-admin'in yaptığı aynı yerel iç döngüyü, artı yapamadığı canlı tabloları ve sorguları kapsar.

Dürüst değerlendirme: dynamodb-admin ne zaman yeterli

Geliştirme sırasında yalnızca yerel bir DynamoDB örneğine göz atıyorsanız, ücretsiz ve açık kaynak bir şey istiyorsanız ve asla canlı tablolara dokunmanız ya da bir JOIN çalıştırmanız gerekmiyorsa, dynamodb-admin pragmatik seçimdir: onu tutun. DynoTable, yerel ve canlı hesaplar genelinde çalıştığınızda, kaydedilmiş bağlantılar ve gerçek AWS kimlik bilgisi zincirinizi istediğinizde ya da tek tablolu bir tarayıcının ifade edemediği bir sorguya çarptığınızda yerini kazanır.

macOS, Windows ya da Linux için DynoTable'ı indirin, onu bugün kullandığınız aynı profile yöneltin ve daha önce ifade edemediğiniz bir sorgu çalıştırın. Deneme 30 gün boyunca ücretsizdir, kredi kartı gerekmez ve bundan sonra DynoTable Ücretsiz planda kalır — göz atma, PartiQL, tam dışa aktarımlar ve salt okunur MCP süre sınırı olmadan ücretsiz kalır. Güncel planlar için bkz. fiyatlandırma ve daha geniş resim için bir DynamoDB GUI olarak DynoTable.

SSS

DynoTable bir dynamodb-admin alternatifi mi?

Yalnızca yerel geliştirme için dynamodb-admin ücretsiz ve mükemmeldir. DynoTable; ayrıca canlı AWS tablolarına, AWS kimlik bilgisi zinciriniz aracılığıyla kaydedilmiş bağlantılara, incelemeli staging düzenlemesine, tam dışa aktarımlara, kodlama aracıları için MCP erişimine ve JOIN'leri, GROUP BY'ı ve toplamaları çalıştıran bir SQL Workbench'e ihtiyaç duyduğunuzda alternatiftir — ki tek tablolu yerel bir tarayıcı bunların hiçbirini sağlamaz.

dynamodb-admin canlı AWS DynamoDB'ye bağlanabilir mi?

Teknik olarak evet: --dynamo-endpoint'i gerçek bir bölgeye geçersiz kılar ve kimlik bilgileri sağlarsınız (--skip-default-credentials ve standart AWS ortam değişkenleriyle). Ama DynamoDB Local etrafında inşa edilmiş ve varsayılan kılınmıştır, bağlantı yöneticisi ya da profil değiştirme yoktur; bu yüzden canlı kullanım mutlu yolun dışındadır.

dynamodb-admin ücretsizken neden ücretli bir uygulama kullanayım?

DynoTable'ın Ücretsiz planı da ücretsizdir, süre sınırı yoktur ve yerel ile canlı tabloları aynı şekilde kapsar. Ücretsiz plan; göz atmayı, PartiQL SELECT'i, veri, kod ve şema dışa aktarımlarını ve MCP şema/öğe okumalarını kapsar; ücretli koltuklar SQL Workbench'i, Smart Tables'ı, yazmaları ve AI'yı ekler.

Bir dynamodb-admin Docker imajı var mı?

Evet. aaronshaf/dynamodb-admin Docker Hub'da yayınlanmış ve HOST, PORT, BASE_PATH ve DYNAMO_ENDPOINT ortam değişkenleri aracılığıyla yapılandırılmıştır, böylece bir docker-compose'da amazon/dynamodb-local'in yanında oturur (README). DynoTable bir masaüstü uygulamasıdır, bir konteyner değil; bu yüzden çalıştırılacak bir imaj yoktur — yerel uç noktanıza ya da canlı hesabınıza doğrudan bağlanır.

dynamodb-admin SQL çalıştırabilir ya da tabloları birleştirebilir mi?

Hayır. dynamodb-admin bir seferde bir tabloya göz atar ve onu düzenler; belgelenmiş bir SQL yüzeyi yoktur ve DynamoDB'nin kendisinin ilişkisel bir motoru yoktur. PartiQL'in SELECT'i bile JOIN, GROUP BY ya da toplamalar olmadan tek-FROM'dur (AWS PartiQL SELECT referansı); bu yüzden JOIN, GROUP BY ve toplamalar, onları planlayan bir istemci olmadan mümkün değildir. DynoTable'ın SQL Workbench'i bunları DynamoDB'nin gerçek Query/Scan işlemlerine derler.

İlgili sayfalar

• Her DynoTable alternatifi için tam karşılaştırma merkezine göz atın.
• Ayrıca bkz. bir DynamoDB GUI olarak DynoTable.
• Yerel DynamoDB'de yeni misiniz? DynamoDB Local ve DynamoDB Local & LocalStack'e bağlanma okuyun.
• İlişkisel sorgulara mı ihtiyacınız var? Bkz. DynamoDB için SQL, DynamoDB JOIN ve DynamoDB GROUP BY.

Son doğrulama 2026-07-30. dynamodb-admin, kendi ilgili yazarları tarafından MIT lisanslı açık kaynaklı yazılımdır; burada yalnızca tanımlama amacıyla anılmıştır.