数据库:每天房态统计的表设计问题

oppereugene 2009-10-22 11:48:08
现在要设计一个房态信息统计表,统计从今天开始的接下来每一天多个酒店的房态统计。

我的想法:设计一个表,每天一列,这样这个表365列,如果酒店很多的话会造成数据量很庞大。

有没有哪位有更好的解决方法?
...全文
116 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
7761098 2009-10-22
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 oppereugene 的回复:]
引用 8 楼 7761098 的回复:
引用 6 楼 oppereugene 的回复:
这样从50万条里查询数据
第一种可能是从1000多条里查询数据

50萬列不算多了,你加一個where語句之后再加上index,幾秒鐘的事情

如果牵涉到查询的话,几秒钟也怕慢
[/Quote]
1. 這個速度看一下客戶是否接受
2. 系統是否會有進一步的擴展,例如每天有多少空房?
3. 這些表是否有外部程序交互,如果只是為了自己單一的這一種情況的查詢,第一種確實比較快一些
但是如果是在一個系統中做事的話,我現在還沒有發現過有人采用第一種解決方法的
oppereugene 2009-10-22
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 7761098 的回复:]
引用 6 楼 oppereugene 的回复:
这样从50万条里查询数据
第一种可能是从1000多条里查询数据

50萬列不算多了,你加一個where語句之后再加上index,幾秒鐘的事情
[/Quote]
如果牵涉到查询的话,几秒钟也怕慢
7761098 2009-10-22
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 oppereugene 的回复:]
这样从50万条里查询数据
第一种可能是从1000多条里查询数据
[/Quote]
50萬列不算多了,你加一個where語句之后再加上index,幾秒鐘的事情
华夏小卒 2009-10-22
  • 打赏
  • 举报
回复
第一种,这么多列,好像不太好
oppereugene 2009-10-22
  • 打赏
  • 举报
回复
这样从50万条里查询数据
第一种可能是从1000多条里查询数据
7761098 2009-10-22
  • 打赏
  • 举报
回复

酒店ID 日期 房态
-----------------
酒店1 0101 有房
酒店1 0201 有房

這種挺好的,便于將來擴充,也方便統計時候sql語句的書寫
oppereugene 2009-10-22
  • 打赏
  • 举报
回复
我原本的意思是这样设计的:酒店ID 0101 0102-------1231
-------------------------------
酒店1 有房 没房-------有房
酒店2 有房 有房-------有房


还有:酒店ID 日期 房态
-----------------
酒店1 0101 有房
酒店1 0201 有房


还有没有其他方法,或者这两种方法那种好点
--小F-- 2009-10-22
  • 打赏
  • 举报
回复
1-1 信息
1-2 信息

这样
--小F-- 2009-10-22
  • 打赏
  • 举报
回复
一列 这列存储每天的信息仿佛要好很多
navy887 2009-10-22
  • 打赏
  • 举报
回复
加个日期字段就好了。。

22,207

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧