Связанная дочерняя (зависимая) таблица обычно имеет дубликаты родительского первичного ключа. Это природа отношений «один ко многим» или «многие ко многим». Дублирование значений родительского ключа в зависимой таблице не проблема, структура базы данных.
Если в каждой продаже может быть несколько товаров, вам нужна еще одна таблица под названием SaleDetails с полями:
SalesID_FK (number - long)
ProductID_FK (number - long) [111 ]
Количество (число - длинный)
Таблица продаж будет иметь:
SaleID_PK (автономный номер)
CustomerID_FK (число - длинный)
SaleDate (дата / время)
Использовать автономный номер для первичного ключа у клиентов:
CustomerID_PK (автоматический номер)
CustomerAcct (краткий текст)
и т. д.
Конечная точка - это то, что предоставляет служба, и, в терминах WCF, состоит из трех вещей:
Адрес - это URL, по которому может быть достигнута конечная точка.
Привязка диктует применяемые преобразования, а также форму (в некоторой степени) сообщений, отправляемых для реализации. Контракт по адресу.
Контракт диктует, какие операции подвергаются по адресу. Это именно то, о чем говорится, это контракт, указывающий, какие вызовы допустимы.
В большинстве случаев люди помнят его как AB C.
Некоторые вещи, на которые следует обратить внимание:
Привязка обычно собирается быть комбинацией каналов с примененным поведением; каналы - это элементы в стеке каналов, которые изменяют сообщение и выполняют действия до того, как они попадают в реализацию сервиса.
Несмотря на то, что они обычно представлены интерфейсом в .NET, не требуется, чтобы Контракт был представлен таким образом. Некоторые сторонники первого дизайна будут определять схемы для сообщений, которые будут отправлены для запроса, и сначала для ответа, в который WCF преобразует интерфейс контракта .NET.
I'm going to cite Juval Lowy's Programming WCF Services here:
Every service is associated with an address that defines where the услуга, связывание, которое определяет, как общаться с сервис, и контракт, который определяет, что сервис делает. Эта Триумвират, управляющий службой, легко запомнить как азбуку сервис.
WCF формализует эти отношения в виде конечной точки. Конечная точка - это объединение адреса, контракта и привязки.
Каждая конечная точка должна иметь все три элемента, и хост предоставляет конечная точка.
См. здесь: Конечная точка службы указывает адрес, привязку и контракт, который будет использоваться для связи.