Ruby on Rails

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 <al2o...@gmail.com> wrote:
> On Jul 21, 3:07 am,CUBRID<kadish...@gmail.com> 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 rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.