НайтиПоКоду() с учетом регистра
 

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

с ума сошёл?

(0) 7/8 ??

БП 8.2

эту проблему можно решить только одним способом - не должно быть кодов, которые отличаются только регистром
[quote=loken;29715839]так получилось что встречаются товары с одинаковым кодом, но регистр разный[/quote]
загрузка должна загружать их как один и тот же код
проблемы идиотов должны решаться на стороне идиотов

переписать обмен. например Код+Наименование или внутренний идентификатор какой-то назначить ключом для обмена.

[quote=Зелёный тролль;29720111]переписать обмен. например Код+Наименование[/quote]
ты понимаешь, о чём говоришь?
причём тут обмен?
чувак хочет, чтобы у него загружались одинаковые коды номенклатуры (отличающиеся только регистром)
за это сразу надо пальцы линейкой отбивать

Если SQL, то надо выставить в опциях Case Sensitive...

7-bma1 > Ага. А все модули построены из наивного предположения, что коды регистронезависимы...
Не надо переписывать обмены. Не надо переписывать модули. Надо всего лишь один раз оторвать яйца. Быстро. Эффективно. Надежно. Всех устраивает. Ну, одного можно не считать...

2(8) А где в 7 сказано. что будет легко?

6-Ирли Бёрд > 8-VZ > может у него этот справочник подчинённый там, откуда он грузит

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

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

11-Зелёный тролль > Оно и обрабатывает, как положено. Вот как заложили, так и обрабатывает.
А если хочется выпендежа, то никто не запрещает сделать собственное индексируемое поле, и изгалятся в нем своим "творчеством".
Красота требует жертв. Вот пусть и жертвует своим собственным временем ради каприза блондинки.

12-Зелёный тролль > вы там с ума все посходили в своей москве

13-VZ > в той же 1Ске если сравнивать строки "ааа" и "ААА" равенства не будет. с какого бодуна тогда эти коды элементов справочника считаются одинаковыми?
неправильно это.

13-VZ > другое дело, что надо смириться и найти обходной путь.
14-Ирли Бёрд > возьмёшь 100 креветок - есть по 50 гр и по 120 гр. цена за штуку одинаковая. без разницы каких давать?

15-Зелёный тролль > Коды [b]намеренно[/b] были сделаны регистронезависимыми. Вот только они, и никакие другие. Были соображения, значит.
И не ты, и не я разработчиками не являемся.
Не можешь изменить сущность - смирись. Можешь - борись. Только прежде научись отличать одно от другого.

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

18-Helen1986 > Решение было принято. Обход решения известен: назначение индексированного поля строкового типа. Кстати, этим же решением позволительно не пользоваться "типовым" кодом. И даже "типовым" Наименованием (тоже индексированное поле, регистронезависимое. Но в отличии от [em]Код[/em] - без уникальности).
Так что чего там биться-то ;)

На примере файловых клюшек.
Рассмотрим описание индексов из словаря данных:
I=CODE |of CODE |0 |CODE(UPPER) |CODE
I=DESCR |of DESCR |0 |DESCR(UPPER) |DESCR
.
видно что индексы строятся с приведением к Врег.
.
что делать если надо регистроЗависимый индекс:
.
берем инструментарий для работы с дбф и индексами - например адвантадж тулз. Модифицируем "описание" индекса. Инициируем ПРИНУДИТЕЛЬНУЮ переиндексацию. Получаем требуемый профит. Модификацию индексов с принудительной переиндексацией делаем (вручную или пишем инструменталку) Каждый раз ПРИ ФИЗИЧЕСКОМ удалении индексов.
.
как-то вот так.

(19) там еще какие то проблемы были
(20) за такое драть надо палкой

20-Чучундер > И получаем нескучную жизнь. С "нежданками". В которую, для пущего веселья, будет встревать "бешеный принтер" Минфина и присгых. Как обычно, "действует уже вчера".

(21) ну профит большой будет - и палка большая будет.. ;-) равновесие в природе ;-)

[quote=Чучундер;29728499](21) ну профит большой будет - и палка большая будет.. ;-) равновесие в природе ;-) [/quote]
А ежели в силу флуктуаций мирового континуума в отдельно взятой локальной области универсума у отдельного индивидума возникнет избыток длины палки при недостатке профита?

(23) типо так?

[img]http://www.porjati.ru/uploads/posts/2009-09/1252646219_7.jpg[/img]