本文目录一览

1，数据库表设计用户单表添加用户角色字段还是多用户表每种角

单表好，只是字段需要多些。你用多表的话，员工少还行。如果有几千几万员工，那不是要建N多的表了？
if adodc1.recordset.fields(0)<>"次数1"应该可以

数据库表设计用户单表添加用户角色字段还是多用户表每种角

2，数据库设计时用一个表存很多字段和分开设计表哪个要好一点

普遍是分开设计,如果常用增删查改,就应该分开设计表一个表存很多字段主要是用于数据仓库
alter table jbmc add xjbz bit default 0;alter table jbmc add xbje numeric default 0;

数据库设计时用一个表存很多字段和分开设计表哪个要好一点

3，数据表设计 多表好还是多字段好

表的个数、字段的个数是根据实际需要来设计的，并且还尽可能满足数据库的1NF、2NF及3NF，不是想怎样就怎样。在满足上述原则的基础上，考虑减少表之间的关联查询，以此提高查询速度。
当这个参数是空白的, 那内容模板不就是有个空白的参数了吗？所以我才想这样, 假设没有参数, 就不写进内容模板, 有参数的话就整行写入,有解决方法吗？

数据表设计 多表好还是多字段好

4，数据库单表多字段和多表关系查询哪个效率高

可以转换思路，可以先把时间用dateadd函数转化了，再转为2008080808这样的格式。 比如： 把2008080808转换为2008-08-08 08：00：00（不难吧？） 再使用dateadd得到你需要的数据 最后用between a and b 要是实在想用，那也是用办法的，请到ms sql的帮助里，查询convert这个命令，把字符转为日期。但是查询效率很低。 我有这方面的代码，但效率超级低
这个要看你这20个字段的关系，和数据的情况，所以你可以介绍你下你的表的结构和需求有个很典型的例子，商品基本信息表，里面都会有一个 类别 的 的字段那我们可以建2个表信息表（商品编码，类别编码）列别表（类别编码，类别名称）或者就1个表信息表（商品编码，类别名称）如果 像这种情况，2种效率其实没有太大的区别，只是录入的时候，2个表的方式要比较方便操作，你说你主要是查询，单张表要稍微简单点，毕竟SQL语句都短一点效率这个问题还是要具体的环境才好说，如果只有几百条数据，怎么弄个其实都差不多

5，数据库设计多表与单个表

用一个表来存放服装的类型 用一个表来存放服装信息，该表中有一个服装类型列，对应上一个表中的服装类型
我见意你建一个服装类型表，一个服装表。这样不管在是数据维护还是代码编写都比较方便
用多个表的话更符合三大范式，结构更清晰！ 如果考虑到程序运行的速度的话，可以把SQL全写成存储过程的形式！
如果让我来做的话： 类型 只不过是个字典罢了，你重点考虑的是 他们公共的属性 和 不同的属性 去做比较， 如果 不同的属性较多，而且五花八门，或者说 附属的信息各异 那么 就把 公共的作为父表，其他做字表， 如果 你的系统要求没那么细，自然不同的属性也就少，完全可以做成一个表，一个字典类别就行，这样 是 最快，操作 最方便的。 表越多，关系自然越多，相对维护也就比较困难！ 楼主看情况而异吧。
服装类别采用自连接，最简单的设计 服装类别表 ,id name cid(父类别ID） 例如 1 男装 null 2 女装 null 3 男装牛仔 1 4 女装牛仔 2 5 美特斯 3 6 Li 3 再设计一个服装信息表 里面放一些 id name cid 价格 产地................... cid为类别表的外键
用多个表，只要有关联项就行，速度快，表少一些，代码也不难 例如，表1：品牌子号、品牌号、品牌名称 表2：品牌子号、款式、颜色……

文章TAG：数据  数据库  多个  哪个  数据库单表和多个字哪个好  
下一篇