Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Связи между таблицами [D6, IB6.x]

Наташа © (2003-03-26 09:28:00)
Уважаемые мастера Delphi! Подскажите как лучше сделать.
Существует таблица заказов и 2 таблицы прайса, так называемый основной (то, что есть на складе) и удаленный,
то что можно заказать. Товар по сути один и тот же, но если в основном каждая запись уникальна,
т.е каждый товар имеет свой уникальный номер, то в удаленном коды товара могут меняться каждую неделю при обновлении прайса.
При оформлении заказа, проставляю код товара и с какаго прайса выписан, но как сделать связь между таблицами. Каждый раз менять таблицу с которой связана таблица заказов или можно как-то еще?
P.S. Привести таблицу удаленного прайса в соответствии с кодами основного нельзя, т.к. это пожелние заказчика.

MsGuns (2003-03-26 12:39:00) [1]
Пусть Заказчик высылает Поставщику электронные пустографки с заполненными наименованиями (артикулами, штрих-кодами и т.д.) и пустой колонкой цены, куда ленивая тетя Поставщика легко впишет новые цены. Можно вообще написать спец.Прогу для Поставщика, которая будет поддерживать номенклатуру в кодах Заказчика, давать вводить и отсылать готовые прайсы Заказчику. (Когда-то делал такие)

GreedyMan (2003-03-26 11:05:00) [2]

1. Есть одна таблица со всей номенклатурой.(в ней iD_Natasha - код товара по вашей общей базе товаров, которая лежит у Вас)
2.Таблица вида ID_Price, PriceName - справочник Удаленных прайс-листов
3.Таблица соответсвий Ваших кодов и кодов товаров в "удаленных" прайс-листах вида:
ID_3, ID_Natasha, ID_Price, ID_IDINPRICE, где ID_IDINPRICE - код товара в удаленном прайс-листе
(можно рубли добавить, особенно если они разные в разных листах на один и тот же товар)

Наташа (2003-03-26 10:54:00) [3]
Всем большое спасибо! А требование обосновано тем, что ему так удобно. Раньше у него все было сделано в Excel, но там плохой учет. Теперь хочет, чтобы все было похоже на Excel, но с хорошим учетом. Привычка осталась и не учитывается, что за качество надо платить

Greedy (2003-03-26 10:39:00) [4]
Наташа © А чем заказчику не нравится единый прайс-лист, если не секрет? Мало-ли чего он там требует. А насколько это требование обоснованно?

zacho (2003-03-26 10:25:00) [5]

> Наташа © (26.03.03 10:08)

Тогда - только вручную

Соловьев (2003-03-26 10:10:00) [6]
тогда никак, надо
> заказчика, который отсылает прайс

заставить делать свою работу професионально...

Наташа (2003-03-26 10:08:00) [7]
Дело в том, что поставшие заказчика, который отсылает прайс, забивает этот прайс без всяких артикулов и по старинке руками, что не исключает ошибок, таких как один и тот же товар называется поразному в разных версиях прайса, т.к. дефис забыли поставить, потому и у меня сложности.

zacho (2003-03-26 10:05:00) [8]
Что есть код товара ?
Суть в том, что в обоих прайсах у товара должен быть какой-либо уникальный атрибут(артикул, штрих-код или какой-нибудь искуственно сгенеренный) одинаковый для обоих прайсов. Иначе никакой связи сделать просто нельзя. Ну действительно, программа или пользователь должен же как-то определять, что товар X в первом прайсе - это товар Y во втором.

Наташа (2003-03-26 10:05:00) [9]
Это можно сделать уже по ходу выполнения приложения?

Соловьев (2003-03-26 09:30:00) [10]

> Привести таблицу удаленного прайса в соответствии с кодами
> основного нельзя, т.к. это пожелние заказчика.

заказкик тогда и прогу писать должен...

> но как сделать связь между таблицами.

join

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »