MySQL'i bir süredir kullanıyorum ve yapısı ve SQL Sorguları vb. İle rahatım.
Şu anda AWS'de yeni bir sistem oluşturuyor ve DynamoDB'ye bakıyorum. Şu anda bunun hakkında çok az şey biliyorum.
Biri diğerinden daha mı iyi?
DynamoDB'nin avantajı nedir?
MySQL sorgularından vb. bu düz stil DB'ye geçiş nasıldır?
Yanıtlar:
Bu konuda AWS açıklama okuyabilirsiniz burada .
Kısacası, esas olarak Arama sorgularınız varsa (ve Birleştirme sorgularınız yoksa), DynamoDB (ve diğer NoSQL DB) daha iyidir. Çok fazla veriyi işlemeniz gerekiyorsa , MySQL (ve diğer RDBMS) kullanırken sınırlı kalacaksınız.
MySQL sorgularınızı veya veri şemanızı yeniden kullanamazsınız, ancak NoSQL öğrenmek için çaba harcarsanız, araç kutunuza önemli bir araç ekleyeceksiniz. DynamoDB'nin en basit çözümü verdiği birçok durum vardır.
Gerçekten DynamoDB ve MySQL elma ve portakaldır. DynamoDB, bir NoSQL depolama katmanıdır, MySQL ise ilişkisel depolama için kullanılır. Uygulamanızın gerçek ihtiyaçlarına göre ne kullanacağınızı seçmelisiniz. Aslında, bazı uygulamalar her ikisi de kullanılarak iyi bir şekilde sunulabilir.
Örneğin, tek bir anahtara veya bir anahtar / aralık kombinasyonuna göre aranabilen ilişkisel bir şemaya (ağaç yapıları, şemasız JSON gösterimleri vb.) Uygun olmayan verileri depoluyorsanız, o zaman DynamoDB ( veya başka bir NoSQL mağazası) muhtemelen en iyi seçeneğiniz olacaktır.
Verileriniz için ilişkisel bir yapıya iyi bir şekilde uyan iyi tanımlanmış bir şemanız varsa ve verileri birkaç farklı yolla sorgulama esnekliğine ihtiyacınız varsa (tabii ki gerektiğinde dizinler eklemek), o zaman RDS daha iyi bir çözüm olabilir .
DynamoDB'yi bir NoSQL deposu olarak kullanmanın ana yararı, kümelenmiş bir veri deposunu yönetme konusunda endişelenmenize gerek kalmadan, ihtiyacınız olan her düzeyde garantili okuma / yazma verimine sahip olmanızdır. Dolayısıyla, uygulamanız saniyede 1000 okuma / yazma gerektiriyorsa, DynamoDB tablonuzu bu verimlilik düzeyi için hazırlayabilirsiniz ve temeldeki altyapı hakkında gerçekten endişelenmenize gerek kalmaz.
RDS, altyapının kendisi hakkında endişelenmenize gerek kalmaması gibi aynı avantajlara sahiptir, ancak en büyük bulut sunucusu boyutunun artık yetişemeyeceği noktaya kadar önemli sayıda yazma işlemi yapmanız gerekecek olursa, seçenekler (okuma kopyalarını kullanarak okumalar için yatay olarak ölçekleyebilirsiniz).
Güncellenen not: DynamoDb artık global ikincil indekslemeyi desteklemektedir, bu nedenle artık hash veya karma ve aralık anahtarlarının kombinasyonu dışındaki veri alanlarında optimize edilmiş aramalar gerçekleştirme olanağına sahipsiniz.
Tüm DynamoDB tablolarımızı RDS MySQL'e taşıdık.
Belirli görevler için DynamoDB'yi kullanmak mantıklı olsa da, DynamoDB üzerine yeni bir sistem oluşturmak gerçekten kötü bir fikir. En iyi hazırlanmış planlar vb., DB'nizden her zaman ekstra esnekliğe ihtiyacınız vardır.
DynamoDB'den geçiş yapma nedenlerimiz:
Şimdi DynamoDB'yi bazı sistemler için yedek olarak kullanıyoruz ve eminim gelecekte bunu belirli, iyi tanımlanmış görevler için kullanacağız. Kötü bir DB değil, sadece çekirdek sisteminizin% 100'üne hizmet edecek DB değil.
Avantajlara gelince, Ölçeklenebilirlik ve Dayanıklılık diyebilirim. İnanılmaz ve şeffaf bir şekilde ölçeklenir ve (bir nevi) her zaman yukarıdadır. Bunlar gerçekten harika özellikler, ancak olumsuz yönleri hiçbir şekilde telafi etmiyorlar.
DynamoDB'yi kullanırken, DynamoDB'deki materyallerin / kayıtların 400KB ile sınırlı olduğunu da bilmelisiniz (Bkz. DynamoDB Limitleri ). Birçok kullanım durumu için bu işe yaramayacaktır. Yani DynamoDB birkaç şey için iyi olacak ama hepsi için değil. Aynı diğer NoSQL veritabanı için de geçerli.