快进5个月……该系统开始经历许多关于维护CRUD操作完整性的问题。设计用来处理事务的瘦应用程序逻辑层已经不再那么薄了。升级和向后兼容性的故事开始变得更加复杂。由于受到许多其他问题的困扰，合肥前端开发，工程师们又回到了绘图板——这次是用Azure SQL替换存储层！我不记得具体的细节，但是这个改变增加了大约40%的额外时间和成本。管理层很不高兴，这个项目几乎被砍掉了。但是团队的工程师们非常好，他们能够完成这个项目，尽管有了一些延迟和初的错误的技术决定。这个项目有一个圆满的结局——但它也可能不是这样的。事实上，很多内部项目都被关闭了，因为他们不能在承诺的日期范围内交付承诺的功能。那么，您如何知道NoSQL解决方案适合您的下一个软件项目呢？首先问问你自己和你的团队这十个问题： 您的数据事务是基于什么？或者，您需要什么级别的事务支持？如果您的系统需要ACID属性，那么您很好还是坚持使用RDBMS解决方案。否则，常州前端开发，您将花费大量的时间试图在您的应用程序/业务逻辑层重制ACID保证，并且您可能仍然没有RDBMS解决方案那么高效。#3: 您需要Web/高可伸缩性吗？总是在先计算出您需要什么样的可伸缩性。在这个特殊的例子中，我们正在为微软内部游戏工作室构建系统。有10到15个游戏工作室正在考虑中——这取决于有多少注册用户使用这个系统每个工作室多有3-5个活跃的游戏标题。每个游戏标题为三个环境存储遥测模式——开发、预生产（PPE）和生产对于每个标题，将会有2-5个数据科学家同时修改游戏标题数据每一个标题事件都有大约50 KB的max事件数据我们被要求存储所有的版本——我们估计这个数字是1000除以一个标题的生命周期有了以上粗略的估计，我们就可以计算并发性和存储需求：总并发数 = 工作室数量 * 标题数量每工作室 * 用户数量每标题= ?15 * 5 * 5 = 375 并发用户大存储 = ?工作室数量 * 标题数量每工作室 * 环境数量 * 事件存储大小每版本* 需要存储的版本数= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存储SQL Azure支持1024个并发打开连接，并且能够很容易地支持并发需求。另外，在考虑云计算时，11.25 GB实际上是一个非常小的数字。这个系统并不是下一个FaceBook或必应——那么NoSQL的路线真的值得吗？2. 关于技术 a) 开发语言和技术。你可能在自己的简历里写你会十几种语言，精通上百种技术（尽管有些你可能只会写“Hello World”），但你肯定还是倾向于运用自己熟悉的语言和技术来工作。所以很好还是问清楚。b) 开发平台。我本人熟悉并且喜欢Windows平台开发，南京前端开发，如果做其他的，我会感到不舒服。所以也会问清楚。c) 开发工具（包括：IDE、SC、DTS、QA、Process等工具）。这个并不是个主要的问题，但是如果你有所了解，镇江前端开发，碰巧你后面还有多轮面试，你可以事先做些功课，准备准备，不至于被人问住。d) 系统构架。了解系统构架，一方面可以事先了解你将来要工作在什么样的构架下，另一方面，可以向面试官展现一下你更关注宏观、全局的问题，这也是作为管理者的软素质的表现。 南京前端开发-合肥前端开发-正厚软件(推荐商家)由南京正厚软件技术有限公司提供。行路致远，砥砺前行。南京正厚软件技术有限公司（www.njzhenghou.com）致力成为与您共赢、共生、共同前行的战略伙伴，更矢志成为教育、培训具影响力的企业，与您一起飞跃，共同成功!同时本公司（www.itrcsxbzj.cn）还是从事IT人测试小白之家，武汉软件开发培训，武汉软件测试的服务商，欢迎来电咨询。 产品：正厚软件供货总量：不限产品价格：议定包装规格：不限物流说明：货运及物流交货说明：按订单
