Необходимо разработать структуру базы на SQL Server 2005.
Есть продавцы, у которых могут быть подчиненные продавцы, и у которых тоже могут быть подчиненные продавцы и т.д.
Короче структура продавцов неограниченной вложенности.
При этом у каждого продавца есть баланс (долг), которые продаже и оплате в кассу, и при этом данное уменьшение/увеличение должно действовать на баланс всех родительских продавцов на такую же сумму.
При этом могут быть изменения родителя у определенного продавца, т.е. он может работать у другого продавца. С учетом этого вся информация о продажах и балансах продавцов должна быть целостной.
В форуме SQL Server 2005 я обсуждал проблему учета баланса продавца и родительских объектов.


И структура которую я думаю реализовать пока что такая:
Таблица продавцов:
TblUsersIDCurrentParentUser_IDCurrentBalance_ID

Таблица балансов продавцов:
TblBalancesIDUser_IDParentUser_IDBalance


Таблица продаж:
TblSellsIDBalance_IDSellSumCanceled

Булевое поле Canceled, указывает не отменена ли продажа. При отмене долг продавца и всех родителей данного продавца должен уменьшится на отмененную сумму. Или же наоборот, когда проводится отмененная продажа.

Так как, баланс продавца для каждого родительского контрагента отдельный, даже при перемещении остается история и сохраняется целостность данных. Т.е. при отмене продажи и т.д. баланс продавца пересчитается правильно.
Схематично, все это выглядит следующим образом:

нет не уносит
эта информация должна оставаться.
Скажем продавец Иванов подчинялся Алексееву, и баланс в данном случае 100 рублей.
При смене родителя на Петрова, баланс создался заново, и начался он с нуля.
А при возврате, к Иванову, он продолжается со 100 рублей.
И для этого я создал таблицу:
TblBalancesUser_IDParentUser_IDBalance

Которая и хранит историю перемещения, грубо говоря, и баланс для продавца в каждом конкретном "подчинении"

все страньше и страньшеorunbekнет не уносит
эта информация должна оставаться.
Скажем продавец Иванов подчинялся Алексееву, и баланс в данном случае 100 рублей.
При смене родителя на Петрова, баланс создался заново, и начался он с нуля.
А при возврате, к Иванову, он продолжается со 100 рублей.
Которая и хранит историю перемещения, грубо говоря, и баланс для продавца в каждом конкретном "подчинении"
как говорила Алиса в стране чудес.

хотел бы сделать чтобы не перемещались, но работа этого требует
а вариант того, чтобы при перемещении создавался новый продавец не сойдет

пишущий_гостьorunbekнет не уносит
эта информация должна оставаться.
Скажем продавец Иванов подчинялся Алексееву, и баланс в данном случае 100 рублей.
При смене родителя на Петрова, баланс создался заново, и начался он с нуля.
А при возврате, к Иванову, он продолжается со 100 рублей.
Которая и хранит историю перемещения, грубо говоря, и баланс для продавца в каждом конкретном "подчинении"
orunbek
хотел бы сделать чтобы не перемещались, но работа этого требует
а вариант того, чтобы при перемещении создавался новый продавец не сойдет
можно еще раз, куда девается долг продавца Иванова, когда он перешел к Петрову?
а) зависает в воздухе
б) остается на Алексееве
если б), тогда вопрос, Алексеев так и будет отвечать за этот долг, если Иванов к нему так и не вернется?

он остается в таблице TblBalances
т.е. живой пример.
Есть три пользователя Иванов (0 рублей), Петров (100 рублей), Сидоров (500 рублей).
Иванов и Петров никому не подчиняются, т.е. корневые продавцы. Сидоров подчиняется Иванову.
Соответственно.

TblUsers:
ID ParentUser_ID FullName Balance_ID1 0 Иванов 12 0 Петров 23 1 Сидоров 3

TblBalances:
ID ParentUser_ID User_ID Balance1 0 1 02 0 2 1003 1 3 500

При перемещнии Сидорова к Петрову, в таблице TblBalances появляется запись:
TblBalances
ID ParentUser_ID User_ID Balance4 2 3 0

А запись в таблице TblUsers изменяется на следующую:
TblUsers:
ID ParentUser_ID FullName Balance_ID3 1 Сидоров 4
Указывая на то, что у Сидорова текущий баланс 0, и связан с записью с ID=4 из таблицы TblBalances.
При возврате к Иванову, в TblBalances не появляются новые записи, так как уже есть запись, указывающая на баланс Сидорова при подчинении Иванову, т.е.
TblBalances:
ID ParentUser_ID User_ID Balance3 1 3 500

А запись в таблице TblUsers изменяется на следующую:
TblUsers:
ID ParentUser_ID FullName Balance_ID3 1 Сидоров 3

Млин, здесь один момент не учел, при перерасчете баланса одного продавца, пересчитывались балансы и родителей, с тем учетом, что и родители могут тюда-сюда "перепригывать". Поэтому надо добавить в таблицу TblBalances столбца ParentUserBalance_ID, который указывает на баланс родителя.

2taper

такая и структура у меня, но проблема еще, которую обнаружил, еще и родители же могут перемещаться

В связи с этим надо такую структуру сделать:

Таблица продавцов:
TblUsersIDParentUser_IDBalance_IDFullName

Таблица балансов
TblBalancesIDParentUser_IDParentUserBalance_IDUser_IDBalance
Данная таблица, будет указывать и на то, какой продавец кому подчинялся. И еще, история того, какой баланс был у его родителя, т.е. ParentUserBalance_ID. Так как и родитель продавца может перемещаться.

TblSellsIDBalance_IDSellSumCanceled

На вашем же примере попробую имитацию проблемы пересчета баланса привести:
1) Исходная позиция:
ПродавцыUserIDUserNameParentID1РобинNull2КроликNull3СоваNull4ПухРобин5ПятачокПух6КенгаРобин7КенгаРу

Долги (буду писать именами, чтобы понятнее было):
ParentID UserID LoanРобинПух100РобинКенга90ПухПятачок20КенгаРу50

Теперь продажи:
ID UserID SellSum Canceled1000 Пух 100 01001 Пяточок 200 0

Ситуации:
1. Ру перешел к Пуху
тогда долги:
ParentID UserID LoadРобинПух100РобинКенга90ПухПятачок20КенгаРу50ПухРу0

2. Пух перешел к Кенге
тогда долги:
ParentID UserID LoadРобинПух100РобинКенга90ПухПятачок20КенгаРу50ПухРу0КенгаПух0

3. Отменилась продажа с ID 1000, т.е. Продажа Пуха, тогда необходимо уменьшить долг Пуху, когда он подчинялся Робину, и уменьшить долг Робина

4. Отменилась продажа с ID 1001, т.е. Продажа Пятачка, тогда необходимо уменьшить долг Пуху, когда он подчинялся Робину, и уменьшить долг Робина

И из-за этого и мои предложения по долгам :
Долги (буду писать именами, чтобы понятнее было):
ID ParentID UserID Loan ParentUserBalance_ID1 Null Робин 0 Null2 РобинПух100 13 РобинКенга90 14 ПухПятачок20 25 КенгаРу50 3

taper_orunbek
И из-за этого и мои предложения по долгам :
Долги (буду писать именами, чтобы понятнее было):
ID ParentID UserID Loan ParentUserBalance_ID1 Null Робин 0 Null2 РобинПух100 13 РобинКенга90 14 ПухПятачок20 25 КенгаРу50 3
лично мне очень не нравится наличие поля ParentUserBalanceID. Это на мой взгляд вносит какие-то избыточные связи в базу данных.
Повторюсь, это все субъективное мнение. Может быть опыт подскажет другое

такое поле зачем добавляю, потому что и родитель (Пух, скажем) тоже может поменять родителя
и скажем может быть отмениться продажа, которая была сделана. При этом нужно будет пересчитать баланс родителя (Робина) именно того баланса когда Робин был родителем Пуха.
А ParentUserBalance_ID такое же поле как и ParentUser_ID в TblUsers, скажем

здесь уже как бы законченная мысль, покритикуйте пожалуйста:
SQL Server