我目前正在做一个订单跟踪项目，主要是显示sql中的表关系。到目前为止我有这些table

-Addresses (addressID, line1, line2, city, province, zip code)

-Couriers (courierID, first, middle, last, phone)

-Packages (packageID, courierID, statusCODE, recipientID, posterID, deliveryDATE, shippingDATE, postingDATE)

-Posters (posterID, first, middle, last, addressID, phone)

-Recipients (recipientID, first, middle, last, addressID, phone)

-Status (statusCODE) these are simply characters to indicate the package status

-Users (username,password,usertype) for logging into the application

我现在正在做跟踪和发布（预订）模块。对于跟踪，我只需要输入packageid并根据输入的id给出一些必需的细节。
然而我意识到我在发帖的时候碰到了一些直觉问题。表单当前要求

Firstname, MiddleName, LastName
PhoneNumber, 
AddressLine1, AddressLine2
City, Province, Zip Code,
parcelcount and documentcount (two things I have been looking forward to implement in the Package table)

当用户输入数据时，当然应该将它们存储到各自的表中，但这次我似乎没有把握清楚。名字和电话号码肯定在海报桌上。地址的东西去地址。parcelcount和documentcount应该放在包中，但问题是我同时也在跟踪它们。因此，当用户输入数据时，数据库必须将其放入各自的字段中，并为主键和外键分配一个id。有没有更好的解决办法？我甚至没有提到收件人，我是否应该为他们创建一个专用表？或者只是把收件人放在包表本身中？我的朋友认为打包桌太拥挤了。你能提供一些更好的建议来重组我的数据库吗？