sqlserver设计,sqlserver数据库设计

sql server 怎么设计用户权限功能

这个一般不用sqlserver的权限结构。

一般在sqlserver中建一个用户，并且在这个用户中建立表、视图、存储过程等等。

然后在你的系统中，要有下列表，用于权限控制：

功能表 你的系统提供哪些功能

角色表

功能角色关系表

用户表 这个是你的系统有哪些人可以登录的，包括用户ID、用户名、密码等

用户角色关系表

相关问答

Q1: Sqlserver 数据库自动编号主键怎么设计？

这种字符型的需要自动增长的主键是不能直接设置的，你可以通过结合代码来实现：

设置ADMMA表PID字段为主键，int类型，自动增长；MA00001这些数据存在另一个固定长度的字符串字段RealID中。

插入数据时先插入一条获取到PID，根据PID用正则表达式生成RealID，再更新该条数据的RealID值。

还有一种方式可以尝试，我不太确定能不能直接用，就是RealID做成计算列，该列的值直接通过PID换算得来。

Q2: Sqlserver数据库设计原则？

由于字数太多，只能分开来写了，望见谅！

如果希望设计出比较好的数据库，有一些专门的规则，称为数据库的设计范式。遵循这些规则，你将设计出良好的数据库。下面将逐一对其进行说明：

1.第一范式：它的目标是确保每一列的原子性，如果每列（或属性）都是不可再分的最小数据单元，则满足第一范式。

2.第二范式：第二范式则是在第一范式的基础上，更近一层，目标是确保表中的每一列都和主键相关。如果一个关系满足第一范式，并且除了主键意外的其他列，都依赖与该主键，则满足第二范式。例如：订单表（订单编号，产品编号，订购日期，价格，。。。）;该表主要用来表述订单，所以将订单设为主键，而“订购日期”，“价格”这两列与“订单编号”主键相关。但是“产品编号”并不依赖于“订单编号”，该列应当删除，放入产品表中。这样，该表就之描述一件事情：订单信息了。

Q3: Sqlserver 数据库设计问题

再添加时作为新纪录添加，因为一般情况下，在删除的过程中会给用户一个确认的提示，如果确定要删除，很少会增加一条一模一样的纪录，而且在数据量很大的情况下，逐条比对关键字在将true修改为false会浪费时间

Q4: SQLServer 表结构设计问题

应该是第二种比较好，至于你说的类型名称，你可以在NewsInfo 里面建一个冗余字段，来拼接一个名称，用于显示用，但是查询的话，你可以使用一个exist来关联那个关系表。因为只有拉一个关系表出来才能更好的维护这个类型的数据。

Q5: SQLSERVER 即将存储大量的数据，怎么设计表好点？

1、升级硬件，使用高性能的存储设备

2、这数据量级，SQL的数据库使用分区表是个非常好的选择。若是分区表+多台存储服务设备，效果肯定杠杠的

3、主要矛盾是集中在IO吞吐上，所以解决了IO吞吐速度，就相当于解决了一半问题

4、在设计表的时候，每一列都要谨慎设置列长度和列类型，既要满足存储内容的需要，又要尽可能的短一些。

只能帮到这个地步了