Wah makasih udah sharing Kang Adit :) Saya ada pengalaman pake SimpleDB, cuma ya gitu2 aja yang penting bisa insert dan select :), belum bisa bedain performance antara SimpleDB ini dengan RDBMS.
nambahin sharingnya Adit, EngineYard juga pernah membahas teknologi ini di blog mereka, silakan di telusuri dari link yg pertama, sampai link yg ke dua :) http://www.engineyard.com/blog/2009/key-value-stores-in-ruby/ http://www.engineyard.com/blog/2009/key-value-stores-in-ruby-the-wrap-up/ Achmad Gozali Developer | Agranet Multicitra Siberkom (phone) 021 - 7941177 ext 240 (blog) http://bintangjatuh.com On Mar 23, 2010, at 8:12 PM, Aditya Agustyana wrote: > dear Rubyist > > mudah2an sy OOT-nya ga terlalu jauh, kebetulan baru dapet ilmu > mengenai > pembagian software database yg nggak menggunakan SQL, sy liat bbrp > ruby > developer di milis ini juga keliatannya ada yg mulai tertarik atau > bahkan > sudah pake ?, database dgn paradigma tanpa SQL, so ini pembagiannya > > * Key/Value (Scalaris, Tokyo Cabinet, Voldemort): store data in > key/value > pairs: very efficient for performance and higly scalable, but > difficult to > query and to implement real world problems > > * Tabular (Cassandra, HBase, Hypertable, Google BigTable): store > data in > tabular structures, but columns may vary in time and each row may > have only > a subset of the columns > > * Document Oriented (CouchDb, MongoDb, Riak, Amazon SimpleDb): like > Key/Value but they let you nest more values for a key. This is a nice > paradigm for programmers as it becomes easy, specially with script > languages > (Python, Ruby, PHP > ), to implement a one to one mapping relation between the > code objects and the objects (documents) in the database > > * Graph (Neo4J, InfoGrid, AllegroGraph): stores objects and > relationships in nodes and edges of a graph. For situations that fit > this > model, like hierarchical data, this solution can be much much faster > than > the other ones > > saya sih tidak begitu tahu apa benar pembagiannya seperti itu ?, > tapi poin > yg ingin sy sampaikan adlh, mungkin dari thread ini kita bisa mulai > diskusi > tentang trend paradigma database yg sedang menghangat ini, apa > dampaknya ke > Ruby ?, apakah ActiveModel di Rails 3.0 bisa mensupport database2 > tsb ? > apakah di sini ada yg sudah menggunakan database ini di production env > (tentunya digunakan bersama ruby) ?, kalo iya bisakah diceritakan > pengalamannya ?, gmn dgn performansinya ?, > > sy pribadi belum pernah pake "no-sql" di proyek beneran, cuma pernah > ngoprek2 CouchDB dikid aja, itupun via ActiveCouch , dan itupun > udah lupa > lagi *_* > > > > > -- > blog : http://adityakircon.blogsome.com > ym : kirconboy > skype : adit_skype > > Be Nice. Treat others with the same respect you'd want them to treat > you. > We're all here to learn together. Be tolerant of others who may not > know > everything you know. BRING YOUR SENSE OF HUMOR (stackoverflow.com) > > > [Non-text portions of this message have been removed] > > > > ------------------------------------ > > ID-Ruby > Berdiskusi dan belajar bersama Bahasa Pemrograman Ruby, termasuk > segala varian Ruby (JRuby, Rubinius, IronRuby, XRuby), dan program > yang dibuat dengan Ruby (Ruby on Rails, JRuby on Rails, Merb) > > http://rubyurl.com/Q8DD > http://news.gmane.org/gmane.comp.lang.ruby.region.indonesia > > > > [Non-text portions of this message have been removed]
