Как быстро найти свободный код справочника #386227

Есть справочник, с числовыми кодами. При создании нового элемента код отрабатывает поиск первого свободного кода в справочнике (т.к. периодически удаляются элементы). Зачем так сделано, не буду описывать, но так надо :-) Когда код достигнет 100 000, совсем будет тормозить. Константа создана, для ускорения поиска, и заполняется при любом монопольном входе в базу. Возможно ли ускорить данную задачу. Может прямой запрос какой то хитрый впендюрьть? Есть идеи?

а переномеровать все коды нельзя?

Так смысла нет, "дырки" в нумерации, постепенно, все равно будут появляться

Create Table #Z(K Int) Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values From #Z T1 (NoLock) Left Join #Z T2 (NoLock) On (T1.K + 1) = T2.K Where T2.K Is NULL Drop Table #Z

Сделай перенумерацию. Потом пропиши, при удалении элемента - сохранить где-нить его код. Затем присваивать его вновь создавшемуся, если есть дырка.

+ Еще более правильно во так: Create Table #Z(K Int) Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values Insert Into #Z Values From #Z T1 (NoLock) Left Join #Z T2 (NoLock) On (T1.K + 1) = T2.K Where T2.K Is NULL Drop Table #Z

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

а ссылки ?

Ну как-то их удаляют?

может лучше обработкой вытаскивать (например каждый час) не занятые номера номенкалтуры, и заполнять их в строку - константу типа так: [НезанятыйНомер1][НезанятыйНомер2][НезанятыйНомер3][НезанятыйНомер4][НезанятыйНомер5] А при создании элемента справочника брать номера из этой строки.

Пипец решение...

+ и перезаполнять эту строку - константу.

в запрос внешнюю функцию в условие

Ща пойдет конкурс на самое остроумное решение... :)

с доками давно уже работает

ы. можно еще завести второй справочник освободившихся номеров. и когда в первом элемент удаляется, элемент с таким номером заводится во втором.

а в справочнике что, длинна кода уже заканчивается?

Зачем? И безо всякой внешней функции все прекрасно отработает :)

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

+1

совершенно согласен ))) ты лучче глянь во вчерашнюю ветку про скуль есть вопрос

а нумерацию перевести в 64значную систему...

Видел я твою проблему... Я пас :(

пардон, 36 :))

и не -значную, а -ричную

хоть бы синтаксис знать какой у запроса, она падла ведь в синглюзер буду копать, или адинес или прослойку какую между клиентом и адинес впендюрю

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

Нехорошо повторно использовать код элемента справочника, так как может возникать путаница старого и нового элемента. Но можно сделать следущее: При удалении элемента справочника (не пометки на удаление, а именно при удалении) мы просто заменяем название элемента на ### (или ъъъ, как тут кто-то советовал) и помещаем его в папку "УдалённыеИСвободные". Далее, при создании нового элемента выполняем поиск по наименованию, а если не нашли, то к максимальному коду добавляем 1 (это делает встроенная автонумерация). Ничего тормозить не должно, но ещё раз хочется заметить, что код элемента справочника - это его уникальный номер и отдавать его другому элементу следует только в том случае, если удаляемый элемент нигде и никогда не использовался. (Удаление, например, элемента из вашего прайс-листа не означает, что у ваших покупателей этот элемент сам ликивидуется).

Хотя с другой стороны удалил ты три элемента сподряд а записался послледний и 2 "дыры"...

Если файловая. Элементы сразу не удаляются - помечаются как Deleted. Смотришь коды у элементов Deleted (по ним есть индекс), берешь код с мин значением RecNo(он будет затерт). Если нет таких - то максимальный.

+ ...и тада для 4значного номера предел будет в 1679615 элементов :)

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

Блин, я просто начинаю тихо фигеть...

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

Приведен текст запроса, который во временной таблице #Z находит первый разрыв и прибавляет к циферке единичку. Тоесть, как раз то, что и нужно автору ветки. Сам запрос, который ему нужен для примера вот: Select IsNull(Min(T1.K), 0) + 1 Left Join #Z T2 (NoLock) On (T1.K + 1) = T2.K Where T2.K Is NULL

а если база файловая ?

Я б пошел по пути как в . Вот только заполнять его обработкой (раз в сутки думаю достаточно будет). Ну а если скуль - таблица с заполнением через триггер.

А какая разница?

структура кода какая? Строка? Длина всегда одинаковая? Префикс всегда одинаковой длины?

забей на дырки нумерации, зачем тебе это?

Ну так запрос при соединении даст 10 строк. Или в Т1 надо 100 000 элементов вставлять?

Наверно надо декартово произведение из нескольких Т1. Но не уверен что это быстро. Еще и всю таблицу подсоединять.

гы...

. и где люди такую траву берут?????? .

: а по существу?.. попробовал то хоть?.. ))))

так никто не шлет - как попробую?

: внешняя обработка, на кнопку - код (справлчник можно не ТМЦ а любой с числовым кодом). А на вопрос "как тут прервать выполнение запроса" если ответишь (см.код) - так вообще спасибище будед )))))

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

ЗЫ: кстати, в в принципе способ решения проблемы "безмолвного" выполнения запроса.. ))))

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

Олег, что ты пытался сделать? Мот тупенько апдейтом с приращением?

+ А, сорри, вроде не о том подумал Пойду домой, замудохамшись

Ты прикалываешься просто? На запрос внимательно посмотри. И T1 - это таблица для экспериментов. В реальном запросе это будет справочник. И нифига туда инсертить не надо будет.

Запрос в кверюге выполни. А потом замени T1 на таблицу справочника, а K - на Code :) И строки с созданием, удалением таблицы и инсертами убери.

Mea culpa

А , понял, это справочник к справочнику. Хорошая идея ) Единственно, что индексы никак тут задействованы не будут(т.е. будет просмотр всей таблицы) - но намного лучше чем перебор.

+ Пояснения нужны - а то мозг ломается ) + если нет кодов 1,2,3 - запрос их не отловит. Нужно на наличие кода 1 отдельно проверять.

Почему же не будет задействованы индексы? Единственно, конечно, что не Seek, а Scan... Глянь план такого запроса: From SC14 T1 (NoLock) Left Join SC14 T2 (NoLock) On (T1.CODE + 1) = T2.CODE Where T2.CODE Is NULL

"Еесли нет кодов 1,2,3 - запрос их не отловит" - еща как отловит