I have minimal knowledge of banking IT systems, so unless someone else on this list has done that kind of work in the past (eg integrating HBase in banking systems) and is willing to share some knowledge, you'll have to do your own homework and find out whether HBase fits your use case.
Personally I wouldn't put HBase behind any banking system yet, at the very least it would need to have its data sync'ed somewhere else that's easily retrievable. Remember that this project is only 3 years old. J-D On Wed, Jul 7, 2010 at 9:46 AM, Fitrah Elly Firdaus <[email protected]> wrote: > Okay, > > So, If the application is like application for teller in banking, > > whether the right to use Hbase? > > regards > > Firdaus > > On 07/07/2010 11:36 PM, Jean-Daniel Cryans wrote: >> >> HBase is currently faster at writing than random reading, but long >> scans are faster than writing. Not sure exactly what that unnamed >> article is referring to. >> >> Also, about using any other DBMS in conjunction with HBase, I would >> simply recommend using the right tool for the right job. >> >> J-D >> >> On Wed, Jul 7, 2010 at 7:26 AM, fitrah firdaus<[email protected]> >> wrote: >> >>> >>> Dear All, >>> >>> once, I read an article about Hbase, the article said that HBase good for >>> the process of reading but not for writing. >>> >>> So, if we have everyday applications should still use the RDBMS and the >>> data >>> from the RDBMS batch into Hbase . Or is there another solution? >>> >>> Regards >>> >>> Firdaus >>> > >
