关于建立数据库的问题(300分)

  • 主题发起人 主题发起人 puremoonstone
  • 开始时间 开始时间
P

puremoonstone

Unregistered / Unconfirmed
GUEST, unregistred user!
最近正准备做一个房产系统,包括出租和出售,其中客户的需求比较随意,想请教大家
该怎样建立数据库才能既方便录入用户的需求,同时数据库建表也不太复杂,
方便查询和统计。
譬如一个客户想要这样的房子:
在二环路以内,东面,小户型,简装修或清水房,3楼以上;
或者是一二环路之间,东南面,小户型,清水房,3,4层楼。
而房源的描述是几环路什么街道哪个方向A大厦B座C单元D楼E号。
请大家看看怎样设计数据库比较合理,谢谢!
 
我有这样一个系统,要不要?
我的QQ是56317400
 
谢谢,只是请教问题。不是购买系统:)
有哪位朋友有好的建议?
 
也许你可以这样:
你将你的房屋的位置信息固定好,比如:一环,二环等定为一个字段,方向,楼层都事先定义好
到时候,用户输入的界面采用WEB方式的,就可以采用模糊查询来处理了
 
将整个特性都建立在一个数据表中。这样一来查询方便,输入也可以
 
你的油箱是多少?我发个数据库给你,如果要程序,给个试用版,自己研究研究再写
 
数据库字段:
1:地域 (几环)
2:朝向
3:户型
4:装修
5:楼层
6:描述

这样设计可以让输入尽量简化

另外为前5个字段构造子表:
比如地域子表
结构是:
1,一环
2,二环
3,三环
............
这样构造的目的是为了进行基于范围的查询

比如说他要2环和3环之间的房子,就可以select * from table where id>=2 and id<=3

查询和统计时要考虑到复合条件的问题,
查询界面尽量采用范围选择方式操作。
比如:
地域:可以接受的最远地域 可以接受的最近地域
楼层:可以接受的最低楼层 可以接受的最高楼层
装修:。。。。。。。。
户型:。。。。。。。。

这样就可以构造出复合的查询条件了。
 
谢谢大家!
TO YSAI:puremoonstone@163.com.谢谢!
 
谢谢大家!
TO YSAI:wentao168@sohu.com.谢谢!
 
哎,现在项目都已经结束了.我们是这样做的:
把所有可能复选的选项都用一张参数表记录,当然还有张类型表;然后做了一个多选的对应表,
在组件中完成复杂的查询逻辑;呈现到页面上来处理,还是很有效的.
谢谢大家!
 
多人接受答案了。
 
后退
顶部