“大型票务系统”和“实物电商系统”的数据库选型
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了“大型票务系统”和“实物电商系统”的数据库选型,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2607字,纯文字阅读大概需要4分钟。
内容图文
![“大型票务系统”和“实物电商系统”的数据库选型](/upload/InfoBanner/zyjiaocheng/481/9a1d112471f64bf19d03038004891544.jpg)
讨论请移步至:http://www.zhiliaotech.com/ideajam/idea/detail/423
相关文章:
《今天你买到票了吗?——从铁道部12306.cn站点漫谈电子商务站点的“海量事务快速处理”系统》
不能简单套用“实物电商系统”对“大型票务系统”做需求分析
“大型票务系统”和“实物电商系统”在不能提供商品(服务)时给消费者带来的影响有巨大差异
“大型票务系统”和“实物电商系统”的系统边界之间的差别与联系
“大型票务系统”和“实物电商系统”按系统边界分析各种业务形式
“大型票务系统”和“实物电商系统”在支付方面的差别和联系
“大型票务系统”和“实物电商系统”在恶意订单方面的差别与联系
大型票务系统中username和password的安全性问题大型票务系统自身特点所引入的安全性问题
“大型票务系统”和“实物电商系统”在“库存”计算方面的巨大差异
“大型票务系统”和“实物电商系统”在接入管理方面的差异“大型票务系统”和“实物电商系统”在和企业其它部门关系的联系和误区
“大型票务系统”中对机器恶意訪问的处理——验证码
“大型票务系统”中地恶意訪问的处理——“接入管理”部分
数据库选型(或者说是结构化数据的持久化存储选型)是差点儿全部信息系统都须要考虑的问题。一个信息系统从小到大的发展过程中。在不同的发展阶段所须要的数据库也不同。
当信息系统处于规模较小的0基础阶段时,通常是依照顾用的特征选择数据库。
假设是CMS、Web 1.0、Web 2.0等对数据库服务质量要求较低的应用,能够选择以MariaSQL(MySQL被收购后,由社区开发的新版本号)为代表的开源免费数据库。假设是OA系统这样的对于数据库服务质量要求较高的应用,则须要考虑採用企业级商用数据库。不仅数据库程序本身能提供比較丰富的功能、能保证比較高的服务质量。同一时候也会和所执行的硬件有较好的配合(比如在容灾、容错方面)。
可是企业级商用数据库随着系统规模的增长,渐渐的也会曝露出不足之处,这并非说企业级商用数据库有什么先天的缺陷,而是随着规模的增长,那些依赖于企业级商用数据库本身的特性,将渐渐不能满足要求,此时就须要系统自行开发对应的功能。随着越来越多的功能被代替。企业级商用数据库渐渐仅仅剩下单纯的结构化数据存储。
此时企业级商用数据库的的性价比就太低了。当系统发展到了这个阶段。将不得不换掉企业级商用数据库。当然,这也将付出对应的代价。
详细的说。也就是所谓的“去IOE”化。
因此对于大型系统而言,在考虑採用什么数据库时,首先应当考虑哪些特性自行开发、哪些特性依赖于数据库,然后依照依赖于数据库的特性组合来选择数据库。
(去IOE化的概念见仁见智,,本文仅用于说明本文讨论的问题,不就此展开)
联系作者:QQ 443089607 微信:huzhenghui
产品经理请加QQ群 189763636 群07期Axure7PM交互
“大型票务系统”和“实物电商系统”的数据库选型
标签:tar detail 计算 快速 article 好的 name 机器 sql
本文系统来源:http://www.cnblogs.com/jhcelue/p/6792091.html
内容总结
以上是互联网集市为您收集整理的“大型票务系统”和“实物电商系统”的数据库选型全部内容,希望文章能够帮你解决“大型票务系统”和“实物电商系统”的数据库选型所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。