这个数据库设计可行吗?考虑性能
给一个汽车销售公司做的.call车是指公司向上海通用请求发送某辆车.
车辆基本信息表: 车架号(PK),车型,颜色,价格(进价)...其他基本信息等
call车表:车架号(PK),call车日期,到车日期
车辆入库表:车架号(PK),到车日期,经手人
车辆销售表:车架号(PK),销车日期,销售人员,价格
主要表就这4个,每年经手的车有5000左右
这样设计有好多问题..比如在车辆销售表里看到某个车架号,要查看该车具体信息,是不是要去车辆基本信息表里遍历每条记录,直到找到该车信息..
请大家帮忙,谢谢
------解决方案--------------------比如在车辆销售表里看到某个车架号,要查看该车具体信息,是不是要去车辆基本信息表里遍历每条记录,直到找到该车信息..
------------------------------------------------
这不是问题,直接与“车辆基本信息表”表关联一下就可以了,内部搜索不需要你处理。