第2周
2

老兄你太不地道了，起码标题上应该写个转载吧。

楼主只能找一个有大型数据库的企业上班了。
不要幻想什么循环插入千万数据，使用大型数据库副本等方法。循环数据没有差异性，不可能体现出实际运行中的各种情况。大数据的备份也不现实，一个没有运作的数据库，无法从中学会运维、数据优化、灾难恢复等知识的。

至于说“如果运用的失败，会给组织带来巨大的损失”，那个组织也不会在没有试验环境测试过的情况下直接修改生产系统的。但没有生产系统的参照，是无法知道需要做什么修改的，那么实验环境也没什么意义了。
也可能你想说的是为大型数据库编写前台程序，但个人感觉实际上大型数据库的编程和小型的没有非常巨大的差异，技术基本差不多，因为取1万条数据和取1000万没什么本质区别。所不同的就是后台数据库的架构，存储过程、事务、锁等的优化，但这些内容有DBA来做，程序员反倒不用关注。

PS：做个广告(*^__^*)
本人QQ：279983005，所在企业数据库主库为60G（只保留3年数据，可惜呀），20多个分库平均10G左右，我现在正在学习数据挖掘的相关知识，想在明年开始研究建设数据仓库。有同样需求和研究方向的朋友，欢迎加我好友（人多了也可以建个群），大家共同进步。

------------------------------------------

所以在这点上努力是纯粹的在做无用功。也即是即使不用实体类，那么数据库的结构变了，也即是数据结构变了，那么修改代码是必然的，不可改变的结构。正如同操作数组做冒泡排序的算法如果把数组换成了hashtable还能正常工作？

-------------------------------------------



我今年把网站的整个数据库全部重构了，也没动几个实体类，这个怎么解释呢？

本来想一篇写完的，但是由于贴了太多代码，后台编辑起来太慢了。没办法只能先发一篇，具体说明再另写一篇了。
这篇文章的代码还不是最后的代码，后面还准备写一篇对此代码进行重构的文章，欢迎大家提出改进建议。

让大家久等了，终于给出了实例代码。
欢迎大家访问，呵呵。

接口是一个类？
如果这样理解，那么永远也不会理解接口的本质。

呵呵，本来是想写写如何向百度申诉的流程，免得有同样需求的朋友没头绪。

不过看来大家好像是更同情恶意造谣的人。三人成虎，众口铄金。如果真是有问题，反倒不用删了，毕竟是实际情况。就因为没问题却被诽谤，所以才不能容忍。
大家可以访问一下我们公司的留言板（http://portal.jkl315.com/LeaveWord/Default.aspx），看看是不是在“防民之口，甚于防川”。

那有什么办法啊，让删就删呗。
现在专门安排了一个人每天干这个，工作都耽误了，郁闷死我了。

太有同感了，现在的年轻人真是一代不如一代啊。
工作让什么干什么，基本没有主动性。有能力的真是太少了。
有个明显感觉就是我们这今年招的人整体上水平照去年就差着一大截了。

博客园是不是该整顿整顿啦！

确实是没醒呢

“同等的技术水平，一个大专生，一个本科生你会任用哪个做你的项目经理”。
你非要和技术同等的比

对接口的认识还差火候

呵呵，感觉自己在技术上像C类，管理上像B类

--引用--------------------------------------------------
fdfdfsdf: LZ的数据库设计的不咋地,
第一.不规范,
第二,属于一般的结构设计,应付不了大数据量,
估计LZ的大学的数据结构课程一定没有学好
--------------------------------------------------------

不规范：怎么不规范？
应负不了大数据量：你写一个能应付大数据量的例子看看。
数据结构没学好：有些人动不动就所谓门门都精通，好像哪里都会，就是没看写出过什么有用的东西。

写一万条挑毛病的留言，也不如在新手区发一篇基本语法的文章，对他人更有帮助。
一些人也只能通过鸡蛋里挑骨头地贬低别人来证明自己的了！

存在数据库中的图片，也可以通过网址的方法来显示，如“http://www.web.com/showImage?id=n”，还是直接调用网址即可。
你可以看一下相关资料。

好！
解决了问题。

呵呵，在博客园的各位牛人下，什么技术也不神秘了^-^

@haceknliu

可能是我的表述不清楚，这里只是想说明IDA，DAL的关系而已，而不是说不要接口编程，举例的代码就是面向接口而不是面向实现的。
我并不是说实际编程中IDAL没用，而是在理论上分析时，抛开IDAL可以让人看得更清晰而已。

@靳增锋
呵呵，同道啊！
确实是这样，充满了功利心，怎么能静下来搞研究呢。

@大柳树
这几天如果有时间，会继续写一下RBAC的文章，到时会有代码的。
这样配合着实际项目的代码，看起来应该更有效果。

如果捐了1元钱？如何跟踪，估计成本比捐的钱还多。
其实过程无需跟踪，只要有捐款明细和支出明细的查询就行了。
比如政府说收到了多少钱，那么只要我能查到我的捐款明细就行了，每一个人都能查到各自的捐款明细，那么收入这块就无从隐瞒了。
同理，支出这块也能查到明细就行了。如果跟踪每一笔捐款，不太现实。

@Gray Zhang

列表是列出所有项，查看是打开某一项。好比一个目录里多个文件，有了列表权限，才能看目录中有那些文件；但是否能查看文件中内容就看有没有查看权限了。
执行是看是否授予角色对某个权限（或动作）具有运行权限。
分配是角色是否具有对角色/分组成员的修改权限（分配下属用户）。

有时间可以看一下我写的相关文章，做个参考。互相探讨

一个只有增、删、查、改功能的系统，估计没几个项目能用吧。
我现在权限系统本身为了实现自身基本权限控制，就有列表、查看、增加、删除、修改、执行、分配8种基本权限了。
四种权限怎么实现用户需求的功能呢

这个是*nix系统的权限实现思路，一开始也考虑过这种实现方法，但那个权限项目是固定的，而且不是很多，用了8位二进制。从通用权限系统的角度来说，就不太合适了。因为需要最终用户了解具体实现机制并且还得做编码工作。

对数据库主键的分析很好。

“按磁头读取顺序存放数据可以提高硬盘读取效率”，这是把磁盘读写想象成一个人看小说的样子了，以为顺序看肯定要比前后来回跳着看快。但实际上磁盘读写中，数据的存放顺序对读写速度毫无影响，有影响的是数据的存放区域。完全按照顺序建立主键，但存在了磁盘上不同磁道的扇区上，也要比乱序建立主键但连续存储在同一磁道的连续扇区上慢非常多。

@A.Z!

--引用--------------------------------------------------
A.Z!: --引用--------------------------------------------------
笨笨的考拉熊: windows本身就有这些个功能的，开机时选择一下就行了，还开发程序干什么。
--------------------------------------------------------


怎么设置？

--------------------------------------------------------

百度“windows 切换配置文件”，有许多相关的文章，而且你不光可以切换IP，还可以设置使用哪个网卡，比如家里用有线固定IP，单位用有线DHCP，会议室用无线DHCP，出差用上网卡等。

windows本身就有这些个功能的，开机时选择一下就行了，还开发程序干什么。

@杨义金
呵呵，我说的是分组，不是角色。
而且感觉你这个设计是先设定了应用于企业环境，然后再做的。而不是在不考虑应用环境的情况下来做。

@杨义金
我不是说B/S系统没法用，而是说网站这个环境，一般是没有组织结构的，而是据合成多个分组（讨论组、群等），关系非常散乱。我没有看出来怎么处理这块。因为你这个系统从看来看更适用于组织结构严谨的公司用。

楼上说的有些过分了，博主吧东西拿出来分享，不管怎么样都比光说不练值得肯定。

--引用--------------------------------------------------
包建强: 老哥，提个建议，实际企业应用开发中，都根据具体需求而开发不同的用户权限系统，百家争鸣是好事情，没有必要统一。所以你这套设计不切合实际，是纯技术研究，而且微软有一套MemberShip体系专门用于权限控制，比你这套要先进。言重之处，请见谅哦。。。
不服欢迎去我那里踢馆，嘿嘿。
--------------------------------------------------------

通用不代表套用，而是为了实现复用，虽然每家企业的情况不同，但有些东西是永远相同的，比如用户登陆、注销、添加、删除等。
通用系统的本意是为了简化这部分的操作，而不是连你的企业的名称都通用，那就是扯淡了。
说微软的membership先进，membership虽然挺好，但首先我看不出到底有多先进，其次它很不适合我这种懒人使用。我想要的是上去就能用的现成的框架，而不是还得在上面做N天二次开发才能用上的东西。
作个对比，membership就是Sharepoint service一样提供了服务，但我想没人首先想到的是用sharepoint service做二次开发，而是先想到装个sharepoint server直接用。通用权限系统就相当于sharepoint server.

看着好像是广告贴啊，而且这个系统看上去更侧重于企业人员管理方向的应用，网站用户就不适用了，说通用有些大了吧。
其实现在讨论rbac的理论文章已经很多了，朋友们更需要的是如何实现的文章。
资源权限无需硬编码，硬编码还怎么通用呢。

非常好！
如果多一些就更好了

月刊两个字不好看。
文章标题没必要全用红字，重点标红就行了

不错，很有帮助。
如果能再多一些就更好了

感觉现在网上，除了博客园，很难找到这么一群专注于技术本身的朋友了。
一些论坛、QQ群等，全都是急功近利的人。不是为了技术而学习，只是把技术当成了混饭吃的手段。

好，正需要这个。

@也算赌徒
好久没见啦，最近可好啊，怎么联系你呢？加我QQ吧：279983005。

现在这个系统我正在做框架，并且已经在一个项目中开始引用了，当然在引用过程中又发现了很多问题，等解决后，能够让这套系统能在这个项目中正常运用了，我会继续往下写的。

至于你说的没有一个权限系统会适合所有的需求，这是肯定的。我的目的也不是做一个全能系统，而只是想把权限验证这一部分独立出去，实现复用。而且我也不是为了商业化而做的，通不通用不是我所在意的。只要自己够用就行了。也不要说难以实现，因为现在整个系统的框架已经差不多了。虽然我为此用了一个多月的时间，而且还有继续做，但毕竟离我的目标已经越来越近了。

非常好！支持！

没什么能帮忙的，从精神上支持一下吧！
重构的道路肯定是很艰辛的，各位辛苦啦

看了留下的留言，有几点想补充：
1、能不能写一些文字性的说明，让大家更加明白，不然理解起来可能有歧意。
2、支持多数据源，既然有这个想法，就做出来，确实费不了多少事。
3、数据库的架构模型有没有，能不能也发出来。是用一个库还是多个库协同。

呵呵，看完了开始想学了