如何设计 HBase 架构
我们当前有一个正在运行的项目，该项目使用 RDBMS 数据库（具有大量表和用于操作数据的存储过程）。当前的流程是这样的：数据访问层将调用存储过程，该存储过程将插入/删除/更新或从RDBMS获取数据（请注意，这些存储过程不执行任何批量处理。）。当前的数据结构包含大量的主键、外键关系，并且对现有数据库表有大量的更新。a 我只是想知道我们是否可以使用 HBase 来达到我们的目的？那么我们如何使用 Hadoop 和 HBase 来替代 RDBMS 呢？
We have currently one running project which uses RDBMS database( with lots of tables and stored procedures for manipulating data). The current flow is like : the data access layer will call stored procedures, which will insert/delete/update or fetch data from RDBMS(please note that these stored procedures are not doing any bulk proccesses.). The current data structure contains lots of primary key, foreign key relation ship and have lots of updates to existing database tables.a I just want to know whether we can use HBase for our purpose? then how can we use Hadoop with HBase replacing RDBMS?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您需要问自己，RDBMS 没有为您做什么，您希望通过迁移到 Hadoop/HBase 实现什么目标？
这篇文章可能会有所帮助。还有很多。
http://it.toolbox.com/blogs /madgreek/nosql-vs-rdbms-apples-and-oranges-37713
如果目的是尝试新技术，我建议尝试他们的教程/入门。
如果您要解决的问题很明确，那么您可能需要阐明该问题。
祝你好运！
You need to ask yourself, what is the RDBMS not doing for you, and what is it that you hope to achieve by moving to Hadoop/HBase?
This article may help. There are a lot more.
http://it.toolbox.com/blogs/madgreek/nosql-vs-rdbms-apples-and-oranges-37713
If the purpose is trying new technology, I suggest trying their tutorial/getting started.
If it's a clear problem you're trying to solve, then you may want to articulate the problem.
Good Luck!
我犹豫是否建议更换您当前的 RDBMS，只是因为您已经花费了大量的开发人员精力。考虑到您的组织可能没有具备 hbase 所需经验的员工。迁移到 hbase 以及随之而来的数据转换和应用程序重写将是非常昂贵和危险的。
I hesitate to suggest replacing your current rdbms simply because of the large developer effort that you've already spent. Consider that your organization probably has no employees with the needed experience for hbase. Moving to hbase with the attendant data conversion and application rewriting will be very expensive and risky.