随笔分类 - 其它 / 系统架构
摘要：回到目录 递归递归我爱你！只要你想做，就一定能成功！ 从一到二，从二到三，它是容易的，也是没什么可搞的，或者说，它是一种流水线的方式，而从三到十，从十到百，它注定要有一个质的突破，否则，它会把你累死，代码写的让你自己都觉得想吐！有时，我们是被逼出来的，对于一种功能的实现，我们有时需要有从三到十的态度
阅读全文
摘要：回到目录上次我们开发了一个quartz的管理工具,主要使用的是Simple Trigger做为触发器的,如果各位觉得它过于简单不能实现我们的功能,我们可以引入Cron这个概念,它叫做时间表达式,它可以灵活的去设置各种策略,我们先来看一下cron expression的一些基础的知识吧格式:[秒][分...
阅读全文
摘要：回到目录 我不得不说,mongodb官方驱动在与.net结合上做的不是很好,不是很理想,所以,我决定对它进行了二次封装,这是显得很必然了,每个人都希望使用简单的对象,而对使用复杂,麻烦,容易出错的对象尽而远之,这是正常的,人都是喜欢懒惰的,就像程序员,也是一样,喜欢偷懒,可能说,偷懒是程序员进步的一
阅读全文
摘要：回到目录 批量插入在EF时代大叔就自己封装过，原理是将多次SQL连接和多次向SQL发送的指令减少到1次，或者1000条数据1次，而对于EF产生的语句来说，这无疑是性能高效的，因为EF这边在处理时，每个语句都会向SQL发送一次，当然就算它是在一个SQL连接里，向SQL发送N多条指令，也是性能低下的。
阅读全文
摘要：回到目录 在对MongoDB进行封装后，对于Update更新对象里的集合属性时出现了一个现象，让人感到很恶心，人家更新前是个美丽的Array，但是更新之后集合对象变成了键值对，键是集合的类型名称，值是真实的数组值，哈哈，这个问题起初困扰了我很久，今天终于豁然开朗了，原来是Update方法的问题，呵呵
阅读全文
摘要：回到目录对于MongoDB的封装还在继续，对于不断追求简单的编程还在继续，对于喜欢代码的那么感觉，还在继续...当你的mongo数据表里有子对象时，尤其是列表对象时，使用官方的驱动很是不爽，要记得很多新的对象类型，麻烦，所以，将它进行封装，让GetModel支持匿名参数！表结构可能是这样希望查询的语...
阅读全文
摘要：回到占占推荐博客索引 写了这个系列的文章不少了，也应该为大家写个目录了，最近很刮了很多SOA的风，很多企业都将自己的系统进行分割，通常是按模块进行拆分，为这个模块提供统一的接口提供业务服务，这不紧可以提高代码重用，也更好了扩展了其它服务，如为第三方提供一些数据，也可以通过这种soa模式来实现． We
阅读全文
摘要：回到目录对于任务调度来说，越来越多的团队选择了quartz，它在java和.net环境下表现都十分优秀，配置简单，功能强大，时间表达式配置灵活，但在使用时，还是感觉缺点什么，怎么说，你在服务器上安装了一个任务，然后然它们去运行，我们在客户端或者一个web网站里，如果对服务端的任务进行管理呢，这是一个...
阅读全文
摘要：回到目录 关于官方驱动集成IQueryable之后的一些事，有好事也有坏事，好事就是它会将你的linq语句非常友好的翻译成MongoDB语句，而坏事就是有一些linq语句不会被翻译，不会被翻译的代价就是将整个结果集装到内存，然后进行linq to object的查询，效率自然是非常低的，呵呵。 好事
阅读全文
摘要：回到目录对于MongoDB来说，它的更新建议是对指定字段来说的，即不是把对象里的所有字段都进行update，而是按需去更新，这在性能上是最优的，这当然也是非常容易理解的，我们今天要实现的就是这种按需去更新，并且，我还是不希望将MongoDB的内核暴露出去，这时，我想到了EF时候的按需要更新，即为实体...
阅读全文
摘要：回到占占推荐博客索引 该来的总会来的，Ef,Redis,MVC甚至Sqlserver都有了自己的系列，MongoDB没有理由不去整理一下，这个系列都是平时在项目开发时总结出来的，希望可以为各位一些帮助和启发，文章中有对新技术的研究（Mongo驱动），对老技术的回顾（代码重构），还有对架构设计的阐述等
阅读全文
摘要：回到目录之前的一篇Unity的文章主要是基本的实现，并没有什么特别的地方，使用Unity可以方便的实现应用程序的IoC控制反转，这给我们的应用程序在耦合度上变得高了，同时可测试性加强了，当然，这些的前提都是面向接口编程，如果你面向了具体实现去写程序，那你不用再看本篇文章了，呵呵。本文章主要分享一下，...
阅读全文
摘要：DSS介绍DSS是为了实现异地数据同步而开发的一套.net平台的应用程序，它寄宿到windows服务上，由多个客户端和一个服务端组成，其中客户端用来收集数据（数据源端），服务端用来将数据写入指定数据库（数据目的端），整个数据传输的过程采用socket来实现，数据量单次在200K左右，保证了传输的性能...
阅读全文
摘要：回到目录最近做了一个数据库的读写分离项目，使用到了DbCommand拦截器，在程序开发过程中没有发现什么特别的问题，而当开发完成后，在进行测试阶段时，一个偶然的机会让我发现了，原来我的拦截器注入不只是注入一次，而是每种类型的仓储都会注入一次，这个问题事实上是相关严重的一件事，如果你的拦截器处理逻辑很...
阅读全文
摘要：回到目录本讲是通过DbCommand拦截器来实现读写分离的最后一讲，对之前几篇文章做了一个优化，无论是程序可读性还是实用性上都有一个提升，在配置信息这块，去除了字符串方式的拼接，取而代之的是section数组，这样在修改配置时更加清晰了；而实用性上，彻底改变了读和写不能共用一个仓储对象的缺点，并且在...
阅读全文
摘要：回到目录上一讲中基本实现了对数据库的读写分离，而在选择只读数据库上只是随机选择，并没有去检测数据库服务器是否有效，如服务器挂了，ＳＱＬ服务停了，端口被封了等等，而本讲主要对以上功能进行一个实现，并对配置文件也进行了一些优化，让它更好的支持多个数据库服务器，分别配置各个的账号和密码及数据库服务端口等等...
阅读全文
摘要：回到目录上一讲中简单介绍了一个EF环境下通过DbCommand拦截器来实现SQLSERVER的读写分离，只是一个最简单的实现，而如果出现事务情况，还是会有一些问题的，因为在拦截器中我们手动开启了Connection链接，而在一个ＷＥＢ请求时，如果你的一个变量即用到了read库又用到了write库，就...
阅读全文
摘要：回到目录前几天看了一个基于sqlserver的负载均衡与读写分离的软件Moebius,实现的方式还是不错的，这使得用sqlserver数据库的同学时有机会对数据库进行更有效的优化了看着人有做的东西，自己也想用ＥＦ来实现一个读写分离，所以就有了本篇文章，仓储大叔读写分离的思路是：1 用sqlserv...
阅读全文
摘要：当网站数据达到一定量级之后，各种问题都会冒泡出现，这是不可避免的，如果面对“大数据”，我们没有提前做出准备，那只能像双１１的淘宝，春运的１２３０６一样，悲催收场，当然人家已经很垄断了，可这对于声音也不是一件好事，这种事是一定要解决的，所以，我觉得，很有必要去总结一下这个系列，即《面对大数据，我们应该...
阅读全文
摘要：回到目录 返回异步与并行目录 在写完仓储接口的改造改造后，总觉得有个代码的坏味道，这种味道源于它的DRP,即重复的代码太多了，即异步操作和同步操作其实只是在insert,update和delete上有所不同，获取数据的方法都是一样的，所以，我最后决定，将异步的接口进行改造，让它更加合理，方法后都加上
阅读全文