需求:有1000用户,每天利用我们的网站发布房源,我们需要记录每个客户,每天发布的出租房源数和出售房源数字。
这样记录是为了限制客户的发布数不能超过我们给客户的上限还有就是供客户将来自己查询每天的发布数。现在表的结构为: [C_ID] [int] IDENTITY(1,1) NOT NULL, 流水号
[C_Date] [smalldatetime] DEFAULT (getdate()) 发布日期
[C_Count] [int] DEFAULT (0), 发布总数
[C_Rent] [int] DEFAULT (0),发布出租数
[C_Sale] [int] DEFAULT (0),发布出售数
[C_CID] [int] DEFAULT (0),用户编号ID
[C_Max] [int]用户最大发布数。我发现这样数据存储很清晰,但是每个用户每天平均30条,也就是每天这个表要新增30000条记录,一年下来这个表就是36万记录,太恐怖了。有没有更好的表结构设计方法。能否设计为一个用户1个月只有一条记录,在字段中记录每天的发布数目。不知道这样哪个效率高?
这样记录是为了限制客户的发布数不能超过我们给客户的上限还有就是供客户将来自己查询每天的发布数。现在表的结构为: [C_ID] [int] IDENTITY(1,1) NOT NULL, 流水号
[C_Date] [smalldatetime] DEFAULT (getdate()) 发布日期
[C_Count] [int] DEFAULT (0), 发布总数
[C_Rent] [int] DEFAULT (0),发布出租数
[C_Sale] [int] DEFAULT (0),发布出售数
[C_CID] [int] DEFAULT (0),用户编号ID
[C_Max] [int]用户最大发布数。我发现这样数据存储很清晰,但是每个用户每天平均30条,也就是每天这个表要新增30000条记录,一年下来这个表就是36万记录,太恐怖了。有没有更好的表结构设计方法。能否设计为一个用户1个月只有一条记录,在字段中记录每天的发布数目。不知道这样哪个效率高?
一个是正常的数据库,记录每天的数据量,这点数据量也不算很大然后查询报表就该用数据仓库了,根据所要查询的需求确定事实表的粒度
工具可以使用sql server2008r2 或者2005