Название номенклатуры отображается маленькими буквами

[Beast-L]

Название номенклатуры отображается маленькими буквами. Форма подобна остаткам но добавлены свои поля. В стандартной форме название номенклатуры отображается нормально. В чём может быть причина?

[Владимир Максимов]

Посмотри значение свойства ChangeCase для проблемного объекта формы

[Gustav]

Цитата:

Сообщение от Beast-L

В чём может быть причина?

У нас, с базой на Oracle, такое происходит после выполнения в Аксапте операции group by.

P.S. Поиск по форуму по строке "маленькие буквы" выдает еще такую тему с объяснением mazzy: Почтовые индексы

[Beast-L]

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

[mazzy]

Цитата:

Сообщение от Gustav

У нас, с базой на Oracle, такое происходит после выполнения в Аксапте операции group by.

P.S. Поиск по форуму по строке "маленькие буквы" выдает еще такую тему с объяснением mazzy: Почтовые индексы

Это только для ключевых полей.
Наименование вряд ли кто сделает ключевым.
Кроме того, в этой ветке говорилось, что в стандартной форме выводится нормально

поэтому вряд ли из-за оракла.

[glibs]

В стандартной форме название номенклатуры выводится дисплэй-методом.

У вас точно также или в виде поля БД для поиска и сортировки?

[Beast-L]

Цитата:

Сообщение от glibs

В стандартной форме название номенклатуры выводится дисплэй-методом.

У вас точно также или в виде поля БД для поиска и сортировки?

В виде поля БД. Дисплэй-методом показывает нормально.

[sukhanchik]

Цитата:

Сообщение от Beast-L

Форма подобна остаткам но добавлены свои поля.

Ну из исходной постановки вопроса - с учетом оракловой БД в общем-то четко следует - что это поле, по которому прошло group by - Gustav прав.
Тут индексы ни при чем. Оракл, группируя - игнорирует регистр букв (это нормально, т.к. включена соотв настройка). А Аксапта - накладывает функцию nls_lower - приводя все к маленьким буквам. В случае SQL Server отсутствует функция nls_lower
Кажется так. Пусть меня поправят гуру Оракла.

[Gustav]

Цитата:

Сообщение от sukhanchik

Ну из исходной постановки вопроса - с учетом оракловой БД в общем-то четко следует - что это поле, по которому прошло group by - Gustav прав.

Вот! Нас уже двое!
Ну, смех - смехом, а подоотчетники наши иногда обижаются, когда себя в отчете полностью в лоукейсе видят.
Вот маленький тест - ораклисты могут проверить:

static void Test_OracleGroupBy(Args _args)
{
    EmplTable   emplTable;
    ;

    while select Name from emplTable // просто или order by Name
    {
        info(emplTable.Name); // Иванов Иван Иванович
    }

    while select Name from emplTable GROUP BY Name
    {
        info(emplTable.Name); // иванов иван иванович
    }
}

Кстати, по полю Name нет индексов в EmplTable.

[fed]

+1 - это Oracle. Подноготная всего этого такова: В Аксапте все сравнения строк и сортировки по определению case insensitive. В MS SQL этот эффект достигается установкой case-insensitive кодовой страницы БД. В Oracle аналогичной функциональности долгое время не было (хотя, говорят,в 10 версии что-то появилось). Поэтому в старых версиях Аксапты (2.1,2.5) при записи в любое поле, которое было включено в индекс, данные переводились в нижний регистр, что изрядно нервировало пользователей (Как-то неприятно когда ФИО в emplId пишется и выводится на экран в нижнем регистре) . Поэтому начиная с версии Аксапта 3.0 (которая работала с ораклом 9 и выше, в котором уже можно было строить индекс не по полю, а по функции от поля), при указании в запросе сравнения по строчному полю или сортировки/группировки по таковому, поле заключается в функцию NLS_LOWER. Кроме того, при построении индексов, вместо строчных полей туда включается значение NLS_LOWER от поля. Таким образом - в большинстве случаев, в отличие от старых версий Аксапты, для пользователя незаметны внутренние махинации системы с регистром. Единственное исключение - как раз группировка. Ведь если мы сгруппировали по NLS_LOWER(emplId), то в списке полей в select мы тоже должны указать NLS_LOWER(emplId), поскольку в список полей агреггирующего запроса можно включать только значения выражений группировки и агрегатные функции. Поэтому, если строчное поле включено в список группировки, то и в списке группировки и в список полей в запросе оно включается с помощью NLS_LOWER()

[glibs]

Я так и думал. Впрочем, вам уже все написали.

А Oracle действительно нельзя заставить работать в case insensitive?

[sukhanchik]

Здесь написано следующее:

Цитата:

Особенности сортировки

Каждый из возможных порядков сортировки, задаваемых параметром NLS_SORT, имеет свои особенности.
...
Начиная с Oracle10g, к имени лингвистической сортировки можно добавлять _CI (регистро-независимая сортировка) и _AI (регистро-независимая и accent-insensitive сортировка).

Правда это только про сортировку...