大数据应用的搜索引擎时代
发布时间：2022-11-29 13:03:39 所属栏目：大数据 来源：
导读： NoSQL
结论：在业界，希望严格的一致，关系型数据库仍是第一选择。
数据库表与程序设计Q&A
RDBMS对程序设计提了很高的要求，强制在设计阶段想明白很多东西，不然数据表结构是设计不出来
结论：在业界，希望严格的一致，关系型数据库仍是第一选择。
数据库表与程序设计Q&A
RDBMS对程序设计提了很高的要求，强制在设计阶段想明白很多东西，不然数据表结构是设计不出来
|
NoSQL 结论：在业界，希望严格的一致，关系型数据库仍是第一选择。 数据库表与程序设计Q&A RDBMS对程序设计提了很高的要求，强制在设计阶段想明白很多东西，不然数据表结构是设计不出来的：需要存储哪些字段，字段是什么类型，是否需要关联触发器、两个表之间是什么关系……所以有了如UML建模这种建模工具，来建立概念模型和物理模型。 Q：用了关系型数据库却基本用不到关系型运算，那使用关系型数据库还有价值吗？ A：关系型运算是指选择、投影、连接、除法、外连接等。现在业界越来越不推荐直接在OLTP程序里使用join来连接表了，尽量使用单表操作。用的最多的还是选择，简单理解就是select+where的查询语句。业界也不推荐在OLTP程序中使用过于复杂的查询条件。 那是不是关系型数据库的优势就发挥不出来了呢？咱们这么想这件事情哈。现在数据库资源非常宝贵，所以为了保护数据库资源现在有很多措施：比如优先走缓存，再比如把刚才说的不推荐的join和复杂查询改用搜索引擎来做。 这里的搜索引擎呢数据来源还是关系型数据库。试想有个支付系统，在OLTP程序里完成了实时交易。数据都落到了关系型数据库中。商家想在后台看看自己今天的交易流水，这个就很合适将数据库中的数据采集到搜索引擎当中。商家查询时展示的是搜索引擎的结果。试想，搜索引擎的结果不是从关系型数据库中得来的，而是来源于key-value形式的nosql呢？那中间还要加一层数据处理，这个处理要做的事情就是把数据处理成结构化数据。那直接存在关系型数据库里就好了呀。 有的朋友就说了现在我们就是只做OLTP，这些后台查询都没有。可是现在没有不代表将来没有。有很多需求不是专门的需求人员提出来的，而是我们技术人员围绕着资源自己挖掘出来的，技术引领业务嘛！ Q：怎样技术引领业务呢？ A：我非常建议大家找工作的时候第一看重的是公司和项目的前景和发展。有不错的业务量，有不错的增长。数据就是引领业务的钥匙。这就涉及到另外一个问题：数据要尽量满足范式的要求，让数据是简洁的、明晰的。 ext（扩展）字段，把用下划线分割或者干脆一个json对象塞进去，我是不建议的。我建议把字段定义清楚，该用关联子表的用子表。用子表从目前的业务上讲虽然处理上复杂些，开发可能会稍微减慢。但是从长远来看，现在可以放成一坨的数据大数据搜索，将来都是要分析的。如果现在定义清楚了，将是一笔宝贵的资源。 （编辑：开发网_运城站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
浙公网安备 33038102330464号