Bu tam bir çözüm değildir, ancak yığınızın bir parçası olarak OrientDB'ye bakmak isteyebilirsiniz . Orient, tamamen Java ile yazılmış bir Graph-Document veritabanı sunucusudur.
Grafik veritabanlarında, ilişkiler birinci sınıf vatandaşlar olarak kabul edilir ve bu nedenle bu ilişkilerin üzerinden geçmek oldukça hızlı bir şekilde yapılabilir. Orient ayrıca, ihtiyacınız olduğu gibi göründüğü şema içermeyen mimariye izin veren bir belge veritabanıdır. Bununla birlikte, Orient'i önermemin gerçek nedeni, genişletilebilirliğinden kaynaklanıyor. Soketler aracılığıyla akışı destekler ve tüm veritabanı başka bir uygulamaya gömülebilir. Son olarak, verimli bir şekilde ölçeklendirilebilir ve / veya tamamen bellek üzerinden çalışabilir. Bu nedenle, bazı Java uzmanlığıyla, önceden ayarlanmış sorgularınızı bellekteki veritabanında çalıştırabilirsiniz.
Benzer bir şey yapıyoruz. Sosyal bilim araştırma işbirliği için bir uygulama / site oluştururken, kendimizi son derece karmaşık veri modelleri ile bulduk. Gremlin Geçiş Dili'ni (elbette kalbinde Java olan bir alt grup olan Groovy'yi) kullanarak birkaç sorguyu yazdık ve ardından bu sorguları OrientDB'nin ikili bağlantı sunucusu aracılığıyla açtık. Böylece, istemci bir TCP soketi açar, kısa bir ikili ileti gönderir ve sorgu Java'da doğrudan bellek içi veritabanına karşı yürütülür.
OrientDB ayrıca Javascript'te işlev sorguları yazmayı destekler ve doğrudan bir Orient örneğiyle etkileşim kurmak için Node.js'yi kullanabilirsiniz.
Bu boyuttaki bir şey için Orient'i Hadoop veya bunun gibi bir şeyle birlikte kullanmak istiyorum. Orient'i esper ile birlikte de kullanabilirsiniz.
Şunu düşünün: Yönlendirmeye giriş: http://www.sitepoint.com/a-look-at-orientdb-the-graph-document-nosql/
Karmaşık, gerçek zamanlı sorgular: http://www.gft-blog.com/business-trends/leveraging-real-time-scoring-through-bigdata-to-detect-insurance-fraud/
Java ve orient ile akış seçenekleri hakkında bir tartışma: https://github.com/orientechnologies/orientdb/issues/1227