<电子书在线发行系统>的[数据库设计]问题

业务描述:
电子书的发行，是将电子书（PDF文档）上传到数据库，客户经过网上支付获取积分，然后选购电子书，生成订单，进行下载。

<供应商表>与<电子书信息表>有个联系就是<供应电子书文件表>
<供应商表>( 供应商ID(主)，名称，合作状态，.... )
<电子书信息表>( 电子书ID(主)，书名，单价，货架状态，... )
<供应电子书文件表>( 供应ID(主)，供应商ID(外)，电子书ID(外)，供应状态，电子书文件，供应时间 )
订单数据分为<订单表>和<订单细目表>,他们是一对多的包含关系。
注：在<供应电子书文件表>中新加了一主键"供应ID"，主要是为了在Hibernate中使用方便，"供应商ID"和"电子书ID"原本是复合主键。
电子书文件是上传到数据库中的blob类型的文件。

1、电子书如何处理去留问题？
在供应商终止合作的时候，先将<供应电子书文件表>中的有关该供应商的记录的"供应状态"设为true，再将表中的有关该供应商的blob文件移到另外一张表<断货登记表>，最后将表中的电子书文件字段设置为null，设置<供应商信息表>中"合作状态"设为false。供应商就可以从<断货登记表>中导出数据，撤出商业活动。(这只是我的设计思路,大家有没有好的建议?)

2、<订单细目表>该不该与<供应电子书文件表>建立关系？
要知道，客户购买之后，要下载电子书文件的，所以<订单细目表>要有一个外键与<供应电子书文件表>关联。但是感觉很别扭。一个是实体，一个是联系。<订单细目表>、<电子书信息表>、<供应电子书文件表>这三个表关系很乱。（大家帮我分析一下，谢谢了）