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