Как можно бороться с деблями в БД.

← →
kaif © (2007-12-08 22:39) [40]

ГК великолепен, но налоговики редко понимают, что ГК приорететен по сранению с НК. А суда народ боится, как привидений в доме на холме. К тому же у налоговой кроме суда есть и иные приемы терроризма.

← →
Petr V. Abramov © (2007-12-08 22:50) [41]

> kaif © (08.12.07 22:39) [40]
а это не вопрос дублей в базе и не вопрос программирования вообще.
Да, проблема имеет место быть.
Но формулируется она так:
подогнать программу (не учет!) так, чтоб она соответствовала новому веянию местной налоговой.
Мое глубокое убеждение, что это дело программистов 1С. А наше дело - собрать первичную информацию, и предоставить ее 1С-у, в согласованно первичном виде, а руководству - в виде отчетов, из которых они могут видеть картину, нужную им для принятия решений

← →
Petr V. Abramov © (2007-12-09 00:17) [42]

> Petr V. Abramov © (08.12.07 22:50) [41]

дополнение:
к черноте-белоте-красности-зелености учета отношения не имеет, это другая плоскость, которая почти неактуальна в последнее вермя

← →
Kolan © (2007-12-10 09:08) [43]

В итоге извлек из ветки следующие:

1. Для того, чтобы выбрать нужную запись из справочника её надо найти эвристическим поиском.
1.1 Недавние поиски хорошо бы отображать рядом.
1.2 Надо давать возможность отфильтровать результаты поиска по наиболее важным(в соотв. с предм областью) свойствам.
1.3 При добавлении хорошо бы тоже проводить какой-нибудь быстрый поиск, если он не проводился.
2. Нужен межанизм борьбы с дублями, чтобы пользователь мог исправить ошибку сам.
3. Хорошо бы штрафовать за ошибки, но это от меня не зависит.

Самое сложное тут это сделать поиск. Надо будет попробовать покрутить Яndex сервер.

То есть прецедент такой примерно:

«Выбор записи» Оператор хочет выбрать запись из справочника, и если её там нет, то, ввести её. 1. Оператор вводит фразу для поиска записи, например «алкогольное опьянение». 2. Получив результаты поиска, оператор выбирает нужную запись. 1.а Если нужная запись есть в списке недавно использовавшихся записей, то оператор выбирает её из этого списка. 2.а Если нужной записи нет, то оператор может добавить новую. Эта возможность не доступна на шаге 1. 2.а.1 При добавлении оператору представляются несколько самых релевантных результатов и возможность отказаться от добавления и выбрать их. 2.б Если результатов слишком много, то оператор фильтрует их используя заранее определенные, специалистом в предметной области, фильтры.

← →
Sergey13 © (2007-12-10 09:47) [44]

ИМХО, если справочник так важен для фирмы (а он как правило очень важен) должен быть человек (а то и группа), отвечающий за него. Невозможно предусмотреть все возможные перипетии. Путанница в наименовании - одна из самых простых. Есть и посложнее. Например у одного поставщика закупаем узел, а у другого полный список составляющих этого-же самого узла.
А заставлять операторов учить 10000 кодов - это "чиста канкретна" по русски - главное на халяву поиметь нехилую прибыль.

← →
boriskb © (2007-12-10 10:02) [45]

> А заставлять операторов учить 10000 кодов - это "чиста канкретна"
> по русски

А доводить до абсурда позицию оппонента и уже с ней спорить это "чисто" по каковски? :)

Пользуясь твоим приемом:
Учить же ничего не надо?
А как же клиент будет вести номенклатуру , не зная ничего о ее структуре, не имея понятия о том, чем он торгует - фруктами или корабельными двигателями и вообще, слабо читающий по русски?

← →
Kolan © (2007-12-10 10:14) [46]

Регулярную чистку я не исключаю, просто хотелось бы минимизировать ошибки.

← →
Sergey13 © (2007-12-10 10:32) [47]

> [45] boriskb © (10.12.07 10:02)

Чего я довел до абсурда? ИМХО это ты какой то сумбур написал.
Чем я тебя так задел то?
8-)

← →
stud © (2007-12-10 14:15) [48]

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

у любого подхода есть область применимости.
то, что применимо на единицах тыс хорошо формализумой номенклатуры, например, где-нить на пр-ве пищевки или упаковки, неприменимо где-нить в Ашане, и бессмысленно там, где вся номенклатура помещается в простой комбик.

главное, чтоб за ввод номенклатуры отвечали не операторы ввода документов.

Как можно бороться с деблями в БД. Найти похожие ветки