Форум: "Базы";
Текущий архив: 2003.07.10;
Скачать: [xml.tar.bz2];
ВнизНе знаю как обозвать, но, видимо, о сортировке. Найти похожие ветки
← →
Mike1 Kouzmine1 (2003-06-18 12:30) [0]Имеется таблица
ID пк
ID_ORG_IN от кого получил
ID_ORG сама
ID_ORG_OUT кому отдал
.... - всякая фигня
и еще одна
ID пк
NAME - ун. инд.
в таблице имеется две неубиваемые организации ПОСТАВЩИК и ПОКУПАТЕЛЬ для ограничения цепочки.
Суть в следующем - создается цепочка для расчета
Планируется для показа польз. цепочки выборка хр. проц.
Первая ID_ORG_IN = ID "ПОСТАВЩИК"
Последняя ID_ORG_OUT = ID "ПОКУПАТЕЛЬ".
Правильно ли это? Или есть какие-нибудь другие варианты?
Или лучше добавить целое поле и при изменении расставлять там циферки?
← →
Johnmen (2003-06-18 12:56) [1]Зачем нужны "две неубиваемые организации ПОСТАВЩИК и ПОКУПАТЕЛЬ" ? По сути ?
← →
Mike1 Kouzmine1 (2003-06-18 13:09) [2]Суть - цепочка начинается с ПОСТАВЩИКА, а заканчивается на ПОКУПАТЕЛЕ. Выборка идет select ID_ORG, ID_ORG_OUT from t where ID_ORG_IN = (select ID from o where upper(name) = "ПОСТВЩИК")
into :ID, :ID_OUT; - это первый, и далее
select ID from o where upper(name)="ПОКУПАТЕЛЬ" into :ID_END;
while ID_OUT <> ID_END do
select ...
таким образом составляю цепочку.
← →
HSolo (2003-06-18 13:26) [3]Это у Вас внутренние перемещения, так? А не проще ли будет такая структура:
ID_ORG (подразделение, организация, склад, или как там его зовут)
ID_OPER (операция - приход от Поставщика, продажа Покупателю, внутреннее перемещение...)
DATE_P (дата операции или timestamp)
... и что там еще...
И не надо никаких левых неубиваемых организаций, все прослеживается по дате + ID операции
← →
Mike1 Kouzmine1 (2003-06-18 13:29) [4]Нет - это схема поставки товара. Иногда очень лукавая.
← →
Mike1 Kouzmine1 (2003-06-18 13:51) [5]Спасибо. Поехал домой экскрименты делать...
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.07.10;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.007 c