|
Кодирование материалов (ТМЦ) на предприятии
#34654734
Ссылка:
Ссылка на сообщение:
Ссылка с названием темы:
Ссылка на профиль пользователя:
|
|
|
|
|
guest_20040621
> похоже собаку съел
Есть что-то плохое в том, что я умею проектировать базы данных? Я бы с удовольствием поговорил об информационных системах вместо того, чтобы обсуждать ошибки.
Ошибки - тоже понятие относительное
Не надо доходить до крайностей в следовании теории. Относительная скорость двух тел, движущихся навстречу друг другу тоже ведь считается в теории не как сумма двух скоростей, а по гораздо более сложной формуле. Но ведь никто не объявляет тут об ошибке, ибо до скорости света нам еще очень и очень далеко и для практических применений простая формула более чем приемлема. Так же и в других областях, в том числе и в проектировании БД, могут быть допущения, приемлемые в локальных условиях, хотя и ошибочные в общем случае.
Поэтому, вернемся таки к артикулу, который рассматривается не как первичный ключ номенклатуры, а лишь как дополнительный идентифицирующий атрибут.
Сахават Юсифов Александр ГoлдунВон запчасти к иномаркам обычно легче всего искать по каталожным номерам. Гляжу прайс на компьютерные комплектующие - тоже артикулы.
Зачем - ясно. Хоть как-то облегчить жизнь.
А вот если на детали стерся код? Что будете делать? КАк еще можно эту деталь идентифицировать?
Иногда оказывается просто никак! Идентифицировать по телефону, имея на другом конце менеджера, не являющегося автоспецом, может оказаться почти невозможным.
guest_20040621> У артикула, как и у любого другого кода, в принципе главное применение одно - идентификация.
> В чем его ограниченность?
Не приходило в голову, что артикулы могут совпадать у совершенно никак не связанных друг с другом товаров/услуг/предприятий?
Ну разумеется !!! А я и не рассматривал идею создать универсальную кодировку всего и вся. Я рассматриваю лишь решение узкой задачи: кодирование номенклатуры, с которой сейчас и в обозримом будущем работает определенное предприятие. Так вот, эту ограниченность локальной задачей я рассматриваю само собой разумеющейся и даже не обсуждаю. Ибо опять таки, я не строю гипотетическую систему, пригодную для всех случаев жизни.
guest_20040621
Не "какие возможны", а "что есть лучше стандартного решения". А стандартное решение выглядит примерно так (на самом деле совсем не так, но сейчас это не принципиально): [идентификатор источника].[пространство имен источника].[идентификатор сущности источника]. Вы хотите располагать только и исключительно последним идентификатором.
Ну да, если я работаю в рамках неизменного [идентификатор источника].[пространство имен источника].
Но эта самая "ограниченность" не мешает прекрасно справляться с задачей приведения к общему языку разнообразных систем: производственная КИС, какие-то сторонние системы, web-сайт, системы дилеров и торговых предприятий холдинга и т.д.
guest_20040621
В общем случае - это источник геморроя. Ну вот возьмите, например, то же штрихкодирование - там похожий на описанный алгоритм идентификации. Наверное, его не полные идиоты придумали?
Хороший пример. Он наглядно показывает тезис, что чем более универсальная система, тем менее она удобна для частных случаев применения. Глядя на EAN13 легко с ходу определить страну. Ну может еще что-то чуть-чуть. А вот дальше - увы, темный лес. В чистом виде суррогат.
guest_20040621
> теоретически можно обойтись без подобной системы кодирования
Опять же не в этом дело. Не стоит задачи непременно обойтись без дополнительного кодирования.
Может от разногласия в понимании начальных посылок топика, но мне показалось, что спорим именно вокруг этого пункта.
|
|
|
