alexeyvg,

О! Снесли. Ура, тут все-таки, есть модераторы...

На поставленные вопросы, в рамках такого проектирования (ссылка на каталожный товар в заказе) - ответов, я как понимаю, от Вас не будет?

Author the new one,

а содержательно ответить - религия не позволила? :)

Вы первый пост ТС - читали?

Author the new one,

Да, мне уже тоже интересно посмеяться. В рамках изложенной модели (заказ содержит только ссылку на товар, копирование наименования - зло), возможно несколько вариантов "камасутры" (...хотя, "а вдруг"):

1. Запретить редактирование наименований... по-вашему, "идите нахер Василий"... не комильфо. Даже не прошлый век... позапрошлый, пожалуй. Разве что для студентов. :)

2. Запретить редактирование тайно и вежливо... добавляем признак актуальности записи и вместо редактирования, деактивируем старую запись добавляя новую втихаря...

полезность модели:
а) можно "до кучи" с другими признаками состояния товара, глядишь байтик сэкономится - это можно подать Заказчику как достижение, содрать ещё бабла за корректность битовых операций (кто их теперь умеет?!?);
б) дополнительно напилить кода, который будет пересоотносить старые заказы, свойства товара, склад и прочую лабуду (которой многа) с новым товаром... крайне полезное решение, для "удлинения срока"/"удорожания проекта"/"оправдания такового"/"сложности последующего сопровождения" и т.п. (нужное подчеркнуть) перед Заказчиком.
в) напилить кода "автоматизирующего процесс", путем добавления классификаторов параметров, макроопределений и классификаторов макроопределений... и далее до бесконечности.
г) напилить кода автоматизирующего "сборку мусора" (база - пухнет)...
Лох - должен платить.

3. Использовать "историю изменений" (она для других целей нужна, но почему бы микроскопом и гвозди не заколачивать заодно?!?). Как? У вас до сих пор нет истории изменений?!? ... надо "всего лишь" в коде работающем с заказами (везде) учесть, что параметры товара можно брать из истории за соответствующую дату... Этак можно и цену в заказ не пихать... опять же экономия пары байт, зато для каждой позиции заказов. Каталог товаров нафига?!? Да это так, базовый справочник... "история", пардон версионность параметров - вот главное.

тоже полезно:
а) ничего никуда не пропадает. Пухнет и тормозит (поиск по LIKE)... опять же здоровое обоснование Заказчику почему его сервак давно надо выкинуть на помойку и купить стойку или арендовать какой-нить дата-центр целиком "у нас там и скидочка есть" (и процент за привлечение клиентов);
б) возможность "бесконечного отката взад"... подать как необходимое достоинство.
в) показать "экономию" средств Заказчика - повторное использование таблицы истории параметров товара (кодить все равно надо... но это он позже поймет).
Лох должен платить.

Давайте смеяться, ждем варианты (запасся попкорном)... :)

поехали: :)

alexeyvgУверен.

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

В любом случае искать по неправильным вариантам названий - плохая идея.

Что значит "по неправильным"? Вы же прекрасно всё поняли, ситуация в вашем варианте проектирования - крива изначально, а именно:
1. Пришел товар, его поставили на склад по накладной (HUB 3COM...), соответственно сделали пометку на полочке/коробке/поддоне (бумажку напечатали из БД и приклеили)... с названием а то и только его частью, если склад невелик (возможно и с артикулом, возможно и в БД зафиксили полку, место и т.д).
2. Покупатель выписал себе 10 штук. Получил счет с названием "HUB 3COM..." (оно пока ещё - правильное ведь, не так ли?)
3. Пришел новый прайс от поставщика, в котором значится вместо HUB... -> "SWITCH 3COM..." . Может даже кто и созвонился с поставщиком, может ему и объяснили, что да, типа это оно же... номер изделия - тот же (17512-ME)... мож у них там кто ошибся, да исправвили... всяко бывает.
4. Поправили у себя в БД, а именно в каталоге товаров поле наименование...

... а теперь, внимательно следите за вашими руками (точнее за поведением БД из вашего подхода - у вас далее тока ссылки на каталог, в котором название изменено!):

5. Пришла оплата и надо отгружать товар. Печатаем товарно-транспортную накладную (название по ссылке автоматически вылезает ... ага новенькое switch это а не хаб)
6. вручаем её в отгрузку кладовщику и ... упс. На полке/контейнере/поддоне - указано HUB.
7. ... и орёт он, бедненький через всю Москву Васе в офис "хде эт-та"?!? Тут с этими координатами (фиксили же в БД!) тока хабы лежат! Мож полку попутали? Чё? о-н-о же?... ладно, пока."
8. погрузил, воткнул эту( а другую УЖЕ не напечатать!) ТТН в коробку и отправил.
9. пришел покупатель на почту... а там в ТТН ... упс. switch. А он - не последний покупатель и у него в договоре на монтаж уже хабы прописаны... нафига ему этот гемморой с вашей БД?!?
10. получаем рекламацию на пересортицу и возврат товара и оплату доставки и ... кто оплачивать будет?

варианты:
1. Снабженец, который поправил наименование ("иди нахрен Василий")
2. Менеджер пискнувший что "оно же"
3. Проектировщик БД, который догматично слушал студентов или роспильщиков.

alexeyvgДык зачем делать документы с раными названиями? ... Понимаете, это всё абсурдная постановка в целом.

это вы у своей таблички с заказами со ссылками на товар спросите.

... и так. Повторять вопросы - не буду. Дайте всё таки на них внятный ответ, вместо деланья вида, что "всё нормально".

... часть вторая, попкорн ещё есть. :)

ViPRos, не увиливайте. Вы с Бредятиной очень качетсвенно тему флудили... почему свой вариант поведения заказов со ссылками не выкладываете? :)

P.S. в той теме, между прочим, Вам Бредятина задал вопросы, на которые Вы отвечать тоже не стали... статистика - забавлять начинает. Это метод?

alexeyvgArhat109,

Ну и что вы тут расписали? Этот же вариант точно в таком же виже возможен, если названия хранятся в других таблицах, а не в товарном справочнике, только в этом случае ситуацию так просто уже не поправить.

:) :) :) Нет, не возможен. :)

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

С его двумя табличками, а других в первом посту нет... и не надо городить огород из "историй", "master data management" и чего ишо
, оправдываясь тем что "данные из БД никогда не удаляются". Удаляются, ещё как! Тока "свист винтов" стоит... не надо принимать всё на Веру (она, все-таки женщина и хрупкая)...

... при этом, никто не мешает хранить там же и ссылку на каталог (так, для справки)... и вот её тогда удалять действительно нельзя... почему оно и решается наложением простого ОЦ на ссылку.

... а всё, что относится к содержимому "первичный документ" - должно копироваться из всех справочников в него. Иначе, не с ценой, так с наименованием, не с ним, так с чем-то ещё - получите ту же самую фигню ... или городите эти огороды для каждой курсовой.

ViPRosArhat109ViPRos, не увиливайте. Вы с Бредятиной очень качетсвенно тему флудили... почему свой вариант поведения заказов со ссылками не выкладываете? :)

P.S. в той теме, между прочим, Вам Бредятина задал вопросы, на которые Вы отвечать тоже не стали... статистика - забавлять начинает. Это метод?
от чего увиливать то?
иди изучи что такое МДМ, золотые записи, синхронизация многосторонная и т.д.

"Фи, хамишь парниша" (с) Эллочка-людоедка (Ильф,Петров). (тут мне это уже не удивительно).

1. Где Вы нашли вопросы многосторонней репликации (все-таки наверное, да?) в первом посту ТС? Найдете, хотя бы одно общее слово в определении приведенных Вами терминов и первого поста ТС - сниму шапку и извинюсь (за исключением таблица, идентификатор, ссылается)

2. Отсылать оппонента "чего-то учить" кидаясь терминами (да ещё и достаточно специализированными) - не совсем вежливо ко всем читателям этой темы, не находите?

P.S. Я был о Вас лучшего мнения. Увы... кроме флуда в этой теме - ни одного полезного поста.

Бредятина,

таки сделаю исключение из своего же правила (сам придумал, сам исключил :)

Да, так оно и есть. Это поперпендикулярные задачи.

ViPRos,

я и не обижаюсь (разве что попкорн кончился). Я давно ТАК не смеялся. :)

ViPRos,

Пасибки. Москва, все-таки забавная деревня... :)

_мод,

подсказка в первом посту ТС: "табличка проданные товары"... :)

тут была здравая мысля от MasterZiv (тоже подсказка) "ведение прайс-листов"... :)