关于数据库设计的合适与否？
管理仓库的项目，有28*4=112个分区，本来在列表中一次性显示，客户说太多了，要求根据在哪几个分区有货，就显示那些库区的内容（一般一行记录的货，会存在1-3个分区）……
于是我想了做成两个列表的，第一个列表有个字段指出在哪些字段有货，比如说：a1 a3 b4。这个字段在添加和修改货物的时候自动修改，用text类型的……
然后点击第一个列表的时候，第二个列表split这个字段，获取在那些库区有货，然后显示出来……
不知道这样子设计是否合适，是否有更好的方法？
还有，就是关心这样子设计在数据量大的时候会不会影响性能……一年大约1000条记录（一条记录就是第一个列表中的一行）
[解决办法]
建议举例说明，否则别人很难准确理解。
[解决办法]
显示得内容和数据库里面的设计是两码事
