Hello Matt, I have pushed CUBRID gem to the Rubygems.org, so now you can install Ruby driver for CUBRID using "gem install cubrid" command. Right now I have tested with Ruby 1.8.7, later today I will test for 1.9.1 and push the gem. If you have any questions, I will be glad to know your opinion.
Esen. On Jul 22, 7:36 am, Matt Jones <[email protected]> wrote: > On Jul 21, 3:07 am,CUBRID<[email protected]> wrote: > > > > > > > Hello, > > > My name is Esen Sagynov. I am a developer and a project manager at > >CUBRIDDatabase Development Team. First, let me briefly introduce > >CUBRID. It is an free open source relational database management > > system highly optimized for Web applications (http://www.cubrid.org). > > We have developed the stable Drivers for JDBC and PHP. Recently the > > members of our open source community have contributed the code for > > Ruby Driver to connect toCUBRIDDatabase, including the ORM based on > > ActiveRecord. > > > In my opinion, Ruby community is the most active and aggressive > > programmers' community with above average professional developers. So, > > I am looking for contributors who can help our team test, fix bugs, > > and develop the stable drivers and mapping tools that could be open to > > entire Ruby Community. We have already a pretty strong code base to > > start from atCUBRIDSVN in sourceforge.net (sourceforge.net/projects/ > >cubrid), so the contributors will not have to start from scratch. > > > Any advice and recommendations are strongly encouraged. If you think > > you can suggest us how to build a strong structure for Ruby driver, or > > where to start from for rapid development, please, do not hesitate to > > reply to this post. I will be tuned with the Ruby on Rails: Talk > > Group. > > One good place to start would be making the ActiveRecord adapter and > the Ruby driver available on Gemcutter. I was eventually able to > locate the adapter via Google, but the page is tricky to spot since > it's 90+% in Korean... > > You'll probably also want to be more explicit about what makesCubrid > different from, say, MySQL. I found this: > > http://blog.cubrid.org/cubrid-life/cubrid-vs-mysql/ > > Which mentions the INCR() function, which sounds a lot like the in- > place operations that MongoDB (and others, I'm sure; I've *seen* it in > Mongo...) provide. However, there isn't any evidence of any *other* > operations of this type (besides the obligatory DECR()) so it feels > like a micro-optimization to support a single highly-specific use > case. And am I correctly reading that it doesn't commit / rollback > with the enclosing transaction? > (!)http://wiki.cubrid.org/index.php/INCR_and_DECR_Functions > > I'm also curious about a couple design decisions that I noticed > skimming over the docs: > > - the "monetary" type is represented as a double-precision floating- > point number. AFAIK, that's almost exactly the *opposite* of > conventional best practice for storing money values. > > - there is a "bit" type, but the ActiveRecord adapter doesn't use it, > instead adopting the MySQL adapter's convention of an int(1). This > struck me as odd, especially since the "converting from MySQL" guide > explicitly recommends replacing MySQL 'boolean' fields with 'bit' > fields. > > - there's *something* going on with object-orientation, but the > homepage is pretty much silent regarding the issue and the wiki isn't > much more help. Is this an experimental feature? > > Finally, you've got the "nobody ever got fired for buying IBM" > problem; unless you can deliver *huge* wins over the more conventional > options at the same price point (MySQL, Postgres, etc), there's simply > a lot of inertia (both in terms of language support and the tool > ecosystem) to work against. > > --Matt Jones -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
