За и против использования суфикс/префикс в номерной серии

[dreshkov]

У нас такой спор в офисе - что будет удобнее для реальная работа - използуем суфикс (как Аксапта предлагает) или префикс (как до сих пор делали) для номерные серии?

Что вы думаете? Какие доводы?

[mazzy]

О! больная мозоль...
у нас тоже была масса споров, все так и остались при своем мнении.

Если используется префикс, то удобно смотреть проводки по типам операций.
Если используется суффикс, то удобно смотреть проводки в хронологии.

Я обычно использую префикс. Поскольку всегда можно отсортировать провоки просто по дате. Но сортировка по дате не дает полную хронологию.

Не спорьте, делайте как вам удобнее.

[maxsmirnov]

главное - не делайте как отцы-основатели этого форума - сразу два-три суффикса в одной серии. в половину контролов в отчетах не влазит

[mazzy]

два три суффикса - это действительно перебор.
а вот то, что в контролы не влазит... удивительно,что у вас эта задача до сих пор осталась.

заходите в типы и поправьте количество отображаемых символов.
Например, в журналах есть номер журнала. Обычно, если журналы делать с префиксами, то номер не влазит.

Заходите в тип и правите displayLength у самого базового типа. Это ж первое-второе действие, которое в Аксапте надо выполнить после установки.

[Garic]

Цитата:

Изначально опубликовано maxsmirnov
главное - не делайте как отцы-основатели этого форума - сразу два-три суффикса в одной серии. в половину контролов в отчетах не влазит

Это делалось при переходе на трёхуровневую структуру потому что нам нужно было знать что для чего используется и что в какой компании происходит. Времени на изучение не было поэтому поступили так. Предполагалось что позже всё вернётся на своё место за исключением суффиксов с кодом компании. Но как обычно на это забили.

[macklakov]

Цитата:

Изначально опубликовано mazzy
Заходите в тип и правите displayLength у самого базового типа. Это ж первое-второе действие, которое в Аксапте надо выполнить после установки.

Только не делайте этого в работающей базе, СУБД может упасть

[maxsmirnov]

Цитата:

Изначально опубликовано macklakov

Только не делайте этого в работающей базе, СУБД может упасть

ок, не буду.
всеравно не влазит не только в контролы, но и в ячейки таблиц

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

[Михаил Андреев]

Цитата:

Изначально опубликовано maxsmirnov
главное - не делайте как отцы-основатели этого форума - сразу два-три суффикса в одной серии. в половину контролов в отчетах не влазит

Не надо необоснованных обвинений на отцов основателей!
Отцы-основатели этого не делали. А сделали это дети-продолжатели

[Garic]

Цитата:

Изначально опубликовано Михаил Андреев

Не надо необоснованных обвинений на отцов основателей!
Отцы-основатели этого не делали. А сделали это дети-продолжатели

Если быть точным, то это делал один из отцов создателей совместно с одним из дитёв-продолжителей

[mazzy]

Цитата:

Изначально опубликовано maxsmirnov
суффиксы лучше, т.к. если хвост не влазит куда-либо, то в случае с суффиксом отобразившаяся часть информативнее

Редкостный изврат.
Но вам видней, как скажете.

[glibs]

Цитата:

Изначально опубликовано mazzy
...Если используется суффикс, то удобно смотреть проводки в хронологии...

Хронологии чего? Особенно, если речь идет о проводках в ГК (в Аксапте).

[mazzy]

по датам. а внутри одной даты по порядку ввода.
хотя если подумать, то ты прав. хронологии чего...

хочешь сказать, что лучше все проводки ГК делать единым нумератором, как ты показывал?

будем обсуждать заново?

[glibs]

Цитата:

Изначально опубликовано mazzy
...по датам. а внутри одной даты по порядку ввода...

Дудки!

Если журналы ГК и им подобные, то номерная серия захватывется в момент создания строки. Она м.б. очень далека от даты разноски. Речь идет о моменте, когда была нажата кнопка "Разноска".

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

Это особенно хорошо заметно, если в системе работают 2+ пользователей.

Хронология обработки (нажатия на кнопку) будет соблюдаться для накладных, инвойсов и подобных документов, в частности, складских журналов при определенной комбинации настроек. И реально далеко не во всех случаях будет коррелировать с их датой.

Это Аттейн, по-моему, можно заставить лепить номера последовательно по ходу разноски (в ходе выполнения процедуры разноски). Но это тоже не хронология операций. Это хронология разноски. Хотя, это хоть что-то.

Цитата:

Изначально опубликовано mazzy
...хочешь сказать, что лучше все проводки ГК делать единым нумератором, как ты показывал...

Нет, не могу сказать, что так лучше. Но мне лично так больше нравится. Просто я Аксапту использую для тестирования и работаю с ней один. По порядку номеров я могу отследить, в какой последовательности система лепила разноску в ГК. При изучении новой (или давно забытой старой) функциональности это здорово помогает (с учетом приведенных выше условий).

Цитата:

Изначально опубликовано mazzy
...будем обсуждать заново?...

Не помню, чтобы мы с тобой это обсуждали (если что — у меня отмазка — старческий склероз). Пошли лучше... спать.

[ShadowFromXZone]

А можно пример ном серии с суффиксом и префиксом ?

[Андре]

Префикс: DOC#####
Суффикс: #####DOC

Не уверен, что это уже не упоминалось (а читать все ветку лень : ) ), но префиксная форма обладает следующей неприятной особенностью.
Когда пользователи пытаются найти документ имеющий префиксную нумерацию, то они ищут не "DOC10*", а "*10*" (как я понимаю, в силу врожденной лени). Данная оплошность приводит к тому, что индекс не используется и изящный index seek превращается в страшный table scan.

[George Nordic]

Позволю себе не согласиться с многоуважаемым Андре...

Допустим, есть номерная серия ######УЗЖПР
пользователю надо найти журнал переноса с №000679УЗЖПР

Как Вы думаете, что он вводит??
у нас они стремятся набрать *679*
Опять та же картина - скан по всей таблице.

Имхо, УЖП###### - смотриться гораздо приличнее... тем более, что человеку трудно визуально отделять значащие цифры от суффикса.
Сравните:
0000679УЖП
0000680УЖП
0000681УЖП
и
УЖП0000679
УЖП0000680
УЖП0000681


C Уважением,
Георгий

[Андре]

Не, я предлагал использовать суффиксную форму. А твой пример:

Цитата:

№000679УЗЖПР

ею не является. Я имел в виду следубщий вид: 679УЗЖПР, тогда и с поиском будет все нормально

[George Nordic]

Является-является
Иначе у Вас серия скоро закончиться...

Кстати, а как искать документ 007УЗЖПР?

Спорю, юзер введет *07*!

C Уажением,
Георгий.

[Андре]

Нет. Еще раз подчеркну СВОЮ мысль Номерная серия должна начинаться с критерия поиска - того выражения, по которому пользователи будут искать.
Остальное делали реализации - будете вы бить пользователей линейкой по палцам, чтоб они правильно вбивали условие поиска или настоите так, чтобы при поиске вводились первые символы - уже ваше дело.
Первоначальных нулей можно избежать, начав нумеровать с единицы. Остальные проблемы тоже решаемы.

p.s. Кстати - можно доработать форму поиска, чтобы она не позволяла искать по строке, начинающейся с '"*". Пойду подумаю эту мысль