数据库设计中，多对多关系使用使用逗号分割关联讨论

进公司一个月，发现公司很多人喜欢用逗号分割，去存储其它表的主键，做多对多关联，但存在很多乱用现象。这里对这种方式做了下总结。         在传统数据库设计中，多对多关系存储通常都是用一张中间表来简历两张表的关系。例如用户和角色，一个用户有多个角色，而一个角色下又会有多个用户。这样，理所当然的我们会想着用张中间表去存储两者的关系。这样角色就能很容易的查出自己对应的多个用户。

模块设计与实现经验总结(三)

3  模块详细设计指南与规范 模块详细设计要完成两个方面工作：一是明确模块的功能需求和非功能需求、二是设计如何完成和实现模块的功能需求，包括类结构、线程结构设计等。本节根据后台模块特点，描述了两部分工作需要考虑和设计的关键点。 3.1确定模块的功能规格 1) 本模块概述 概述主要描述了本模块所属子系统，以及在子系统中所承当职责的简单描述。 2) 本模块在系统中与周围模块关系和交互情况

关系模式设计的好与坏的区别

一、关系模式应满足的基本条件 1.元组的每个分量必须是不可分的数据项 关系数据库特别强调，关系中的属性不能是组合属性，必须是基本项，并把这一要求规定为鉴别表格是否为“关系”的标准。 2.数据库中的数据冗余应尽可能少 数据冗余是数据库最忌讳的毛病。数据冗余会使数据库中的数据剧增，系统负担过重，并会浪费大量的存储空间。 数据冗余还会导致数据的不完整、增加数据维护的代价，数据冗余还会造成数据查询和统计的困难。 3.不能因为数据更新而引起数据不一致问题 关系模式设计的不好，会导致不必要的数据冗余。 当执行数

好的架构不是设计出来的而是演进出来的

好的架构不是设计出来的而是演进出来的 对很多创业公司而言，在初期的时候，我们很难在初期就预估到流量十倍以后、百倍以后、一千倍以后网站的架构会变成什么样。当然，如果在最初的时期，就设计一个千万级并发的流量架构，那样的话，成本是也是非常之高的，估计很难有公司会这样做。 所以，我们主要来讲架构是如何进行演化的。我们在每个阶段，找到对应该阶段网站架构所面临的问题，然后在不断解决这些问题的过程中，整个战

WEB应用中间层的分层架构设计总结

转自：点击打开链接http://blog.sina.com.cn/s/blog_4c925dca0101jb4q.html 阿堂管理Pos项目团队一年半多时间，由于公司业务的调整，近期又调回到移动项目团队管理了。在Pos团队时一直比较忙，这段时间在忙于带队开发基于微信公众平台的公司移动业务应用，业余时间又在研究IOS技术，一直没有时间去写点什么了。       正寻思写点什么呢？刚

谈谈数据库的字段设计的几个心得

数据库的字段设计有很多细节性的技巧，下面将过去在开发中体会到经验整理出来，做个备忘。 tinyint 是-128到128 。当属性设置为unsigned的时候。最大值就是255了。现在知道为什么需要设置为unsigned属性了。原来是为了最大限度的使用给予的存储空间。如果不设置。那么假如你的值都是正数的。那么-128这一百多个数字就相当于是浪费了。tinyint会自动设置为tinyint(3

好的架构化是进化而来的，不是设计出来的

核心内容：58同城流量从小到大过程中，架构是如何演进的？遇到了哪些问题？以及如何解决这些问题？ 核心观点：好的架构不是设计出来的，而是进化而来的。 如何演进：站点流量在不同阶段，会遇到不同的问题，找到对应阶段站点架构所面临的主要问题，在不断解决这些问题的过程中，整个系统的架构就不断的演进了。 如何演进，简言之：找到主要矛盾，并解决主要矛盾。 第一章：建站

mysql如何让设计数据量较少的一对多关系数据表

当我们在设计数据库的数据表时，经常会遇到一对多的数据结构，如新闻的tag等，比如我们在设计数据表的时候，就碰到了这个问题，        当时涉及楼盘数据表（house）物业性质、楼盘的装修性质等情况的时候，因为一个楼盘可能会涉及多个物业性质，而且物业性质的数量并不是很多。为了便于搜索，如果把所有物业性质的ID用分隔符组合成一个字符串肯定不符合要求。所以一般都是单独使用一个表来存储他们的对应关系

软件测试试题

应用题 1.有一个模块，有两个输入x,y取值范围分别是[1,1000]和[2,89]，模块功能是判断x和y的大小，请划分出它的等价类。   2.NextDate是一个有三个整数变量(y,m,d)的函数，分别表示年份、月份和日期的值。函数返回的是输入日期的第二天的年份、月份和日期的值，其中1，请划出该函数的等价类。   3.佣金程序功能如下：根据一个销售商每个月销售的步枪机（45$每只）、

散列表之散列函数

散列表之散列函数 什么是好的散列函数 将关键字转化为自然数 散列函数的三种设计方法 除法散列法 乘法散列法 全域散列法散列表之散列函数我们在之前的文章《散列表之链接法》中已经提到过，散列函数是散列表的一个难点，一个好的散列可以很大程度上提升散列表的查找和删除操作的速度，而一个设计差劲的散列表的，查找和删除操作的运行时间将和链式链表一样，将达到O(n)O(n)。所以设计一个表现良好的散列函数尤为重要！