摘要：
BS应用系统或互联网网站中经常会有一些漂亮的流程图的展示，传统的开发方式一般是由项目经理或产品经理根据客户的需求画出流程图原型，然后交由美工设计效果图评审并切割，再由研发这边根据美工切割的html结合实际业务流程实现流程图的动态显示，这个过程涉及了各个工作角色，整个过程工作量比较巨大，尤其是在美工和研发这两方面都需要投入比较多的精力和时间，我这里所说的流程图并不是行业专用流程，它可能是工作流、自由流、状态机中的任何一个，那我们如何去抽象出一种能够满足大部分应用系统展示漂亮流程图的组件呢 阅读全文
摘要：
本文主要目录如下：一、背景二、概念及原理三、技术选型四、需求矩阵一、背景随着网络的不断发展，各种网页铺天盖地，信息资源泛滥，如何有效的提取并利用这些信息成为一个巨大的挑战，搜索引擎（Search Engine）如Google、Baidu等，作为一个辅助人们检索信息的工具成为用户访问万维网的入口和指南。但是，这些通用性搜索引擎也存在着一定的局限性，见下图：1、网页资源无关性问题：专业搜索引擎由于它的客户群体太泛泛，所以用户进行搜索时经常搜索到自己并不想要的资源；2、网络覆盖率问题：有限的搜索引擎与无限的网络数据资源是矛盾的；3、数据结构化问题：搜索引擎对于一定结构的数据是无能为力的；4、语义检索 阅读全文
摘要：
一、关系数据库的瓶颈；
二、NOSQL概述；
三、NOSQL中的热门数据库MongoDB介绍及安装配置；
四、MongoDB开发模式及实战； 阅读全文
摘要：
以前总听人讲中国是一个关系社会，看病要关系、考公务员要关系、开店铺要关系等等，这个关系体现在方方面面，只要你能想到的都有关系的影子，但是如何走各种关系？如何去影响别人？还真没有一本书能够解释清楚的，在这方面我的领导给我推荐《资治通鉴》，这本书确实很经典，但是不深读很难懂，直到偶然阅读了《影响力》我才恍然大悟，原来这本书能解答所有的疑惑！书中介绍了六个原理并配以大量经典实例，让我收获颇多，本书的架构主要从六个原理去展开分别是互惠、承诺、社会认同、喜好、权威和稀缺，这里针对每一个原理结合自身岗位工作总结一番！ 阅读全文
摘要：
最近阅读了《设计心理学》收获颇多，书中用大量实例介绍了很多糟糕的设计，其实在生活中我们经常使用一个新东西的时候容易犯一些错误，其实那并不是错误，其实是产品没有设计好，比如我刚给孩子买的玩具摩托，我这种专业搞设计的人员都组装了2个多小时，换成我老爸来不知道啥时候才能组装出来，这个玩具的组装说明搞的确实太烂了，提现在图例不明显，模块匹配度也不好，不容易辨别，这一点的意识很重要，我之前也是跟大多数人一样认为自己搞不定的东西，人家学会使用了就感觉挺丢脸，其实并不是这样的，是因为这个东西的设计有问题，作为一个产品经理一定要有这种设计的意识，去发现产品设计中的问题，前一阵项目上采购的扫描棒更让我郁闷，我照着那一大张说明书搞了半天，说明书上文字密密麻麻都没有提到点上，等我把驱动和软件都装好之后，怎么搞都搞不清楚扫描棒扫描之后会怎么保存，用它自带的软件也是不行，最后翻到反面才发现有一行小字显示出要提前打开一些工具比如word、画图工具，就是它需要一个容器，扫描之后自动复制到了粘贴板上了，其实设计者在设计的时候把这一点忽略了或者想当然了，其实这一点最重要，我相信大部分都会在这里卡壳，以上例子是我在生活中 阅读全文
摘要：
最近研究了一下Oracle的跟踪和对跟踪的分析，在网上搜索了好多资料终于对这一块有了一个大致的了解，本人之前用sqlserver用的比较多，感觉Oracle在这一块确实很不方便啊，Oracle根本没有像SqlServer Profiler那样专业性的图形化工具,还有SqlServer在做性能优化的时候在查询分析器里面能够估算的执行计划和实际计划，sqlserver在这方面确实非常独到啊哈哈，有一些复杂的sql语句、存储过程、函数等在查询分析器里面一估算就能看出在哪个地方出现了问题，而且直接给出修改的建议，我们这个非DBA级别的研发人员用这些工具也可以做DBA的工作了-_-，当然还有DBCC命令等，当然本文不是讲sqlserver的跟踪和优化的，言归正传，本文主要讲解Oracle的跟踪和分析的。 阅读全文
摘要：
sqlserver查看锁及解锁 阅读全文
摘要：
一般情况下我们在设计表时主键都是自增长的，我们都是采用数据库本身提供的主键自增机制，Sqlserver一般是用IDENTITY(1,1)这个来标识，Oracle一般是用触发器，在大多数应用场景下这些机制基本上是够用的，但是在某些场景下如果需要自定义主键生成机制，例如生成L0000001、010001、000001等这些主键，利用关系数据库本身的机制就满足不了了。
这里介绍一种能够灵活定制主键的方式，它主要通过一定的生成机制来生成符合要求的主键，这里拿一个主键值初始化值来介绍： 阅读全文
摘要：
在某些应用场景下我们需要动态调用某些程序集中的方法，例如某些大型产品中集成子产品、子项目或第三方产品的功能，有一种方式是通过数据持久化的形式来，数据持久化可能是用关系数据库或XML等存储程序集名称、命名空间、类名、方法名、参数类型及值等，这样通过反射结合业务逻辑就可以做出非常好的解耦的组件，这里暂时不考虑持久化和业务逻辑，只是单纯的引入一个demo来实现利用反射动态调用dll中的方法。主要步骤总结如下 阅读全文
摘要：
最近看了很多关于系统性能调优的文章，发现很多文章都是介绍某一方面的，例如专门数据库方面的优化、前端页面的优化等等都不是很全面，这里结合我在工作中的一些实践对系统性能调优技术来一个综合性的分享。 阅读全文
摘要：
Pylot是一个免费的开源工具，用于测试Web服务的性能和可扩展性。它运行HTTP负载测试，这是有用的容量规划，基准，分析和系统调整。
Pylot产生并发负载（HTTP请求），验证服务器的响应，并制作报告的度量。测试套件的执行和监测，从一个GUI或shell /控制台。
Pylot基于Python开发，和著名的Apache压力测试工具ab一样，默认在命令行运行，也可以通过参数触发GUI界面，当然前提是安装了wxPython的。 阅读全文
摘要：
前面两篇文章中主要讲述了Kettle的 Spoon的转换和作业的GUI设计方式以及运行，也给出了Demo实战，那么实际上我们的应用模式可能会要求在服务器上以后台进程的方式运行这个ETL任务，就像我们传统上一般都是用Windows服务的方式来处理数据一样，那么用Kettle我们怎么去实现呢？这就需要我们了解一下Kettle的Kitchen和Span。
Kitchen——工作(job)执行器 (命令行方式)
Span——转换(trasform)执行器 (命令行方式) 阅读全文
摘要：
这里简单概括一下几种具体的应用场景，按网络环境划分主要包括：
表视图模式：这种情况我们经常遇到，就是在同一网络环境下，我们对各种数据源的表数据进行抽取、过滤、清洗等，例如历史数据同步、异构系统数据交互、数据对称发布或备份等都归属于这个模式；传统的实现方式一般都要进行研发（一小部分例如两个相同表结构的表之间的数据同步，如果sqlserver数据库可以通过发布/订阅实现），涉及到一些复杂的一些业务逻辑如果我们研发出来还容易出各种bug；
前置机模式：这是一种典型的数据交换应用场景，数据交换的双方A和B网络不通，但是A和B都可以和前置机C连接，一般的情况是双方约定好前置机的数据结构，这个结构跟A和B的数据结构基本上是不一致的，这样我们就需要把应用上的数据按照数据标准推送到前置机上，这个研发工作量还是比较大的；
文件模式: 数据交互的双方A和B是完全的物理隔离，这样就只能通过以文件的方式来进行数据交互了，例如XML格式，在应用A中我们开发一个接口用来生成标准格式的XML，然后用优盘或者别的介质在某一时间把XML数据拷贝之后，然后接入到应用B上，应用B上在按照标准接口解析相应的 阅读全文