В настоящее время я занимаюсь проектом отслеживания заказов, в основном для отображения взаимосвязей таблиц в sql. пока у меня есть эти таблицы
-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 и выдаче некоторых необходимых данных на основе введенного идентификатора.
однако я понял, что столкнулся с некоторыми проблемами интуиции в части публикации. Форма в настоящее время запрашивает
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)
. Когда пользователь вводит свои данные, конечно, они должны быть сохранены в их соответствующих таблицах, но на этот раз я не могу дать ясную идею asp. Имена и номер телефона обязательно попадут в таблицу плакатов. Адреса отправляются в Адреса. Parcelcount и documentcount должны быть go в Packages, но проблема в том, что я тоже отслеживаю их все одновременно. Поэтому, когда пользователь вводит данные, база данных должна поместить их в соответствующие поля и назначить идентификатор как для первичных, так и для внешних ключей. У кого-нибудь есть лучшее решение для этого? Я даже не упомянул получателей, стоит ли мне создавать для них отдельную таблицу? Или просто укажите получателей в самой таблице пакетов? Мой думает, что стол для пакетов слишком переполнен. Не могли бы вы дать несколько лучших советов по реорганизации моей базы данных?