这个数据库设计可行吗?考虑性能
给一个汽车销售公司做的.call车是指公司向上海通用请求发送某辆车.

车辆基本信息表: 车架号(PK),车型,颜色,价格(进价)...其他基本信息等

call车表:车架号(PK),call车日期,到车日期

车辆入库表:车架号(PK),到车日期,经手人

车辆销售表:车架号(PK),销车日期,销售人员,价格

主要表就这4个,每年经手的车有5000左右

这样设计有好多问题..比如在车辆销售表里看到某个车架号,要查看该车具体信息,是不是要去车辆基本信息表里遍历每条记录,直到找到该车信息..

请大家帮忙,谢谢

[解决办法]
比如在车辆销售表里看到某个车架号,要查看该车具体信息,是不是要去车辆基本信息表里遍历每条记录,直到找到该车信息..
------------------------------------------------

这不是问题，直接与“车辆基本信息表”表关联一下就可以了，内部搜索不需要你处理。