Коллеги, доброго дня!

Возник следующий вопрос:

Почему в SAP таблицах большинство полей, в которых данные представлены в виде чисел, имеют тип данных CHAR?
Например таблица BSIS - поля BUKRS, HKONT,BELNR и т.д.

Это сделано с какой-то целью? Почему не сделать, например тип NUMC?
Есть мысль, что аналогичные поля просто могут принимать не только цифровые значения(или состоять не только из цифр)...

Что скажете?

А вы уверены, что в вашем примере - "Например таблица BSIS - поля BUKRS, HKONT, BELNR и т.д"

Поле БЕ - BUKRS стоит делать числовым?
- сразу нарываемся на максимальное ограничений в 9999 структурных подразделений,
а если попробуем делать нумерацию не подряд, то ограничение еще сократиться!
Хоть я в своей жизни и не видел 9999 БЕ в одном манданте, но 60 видел!

Поле № Счета ГК - HKONT стоит делать числовым?
Контр-пример, а что делать со счетами которые не являются законодательно рекомендованными?
Если МинФин возьмет и продекламирует использование всего ряда счетов от 01 до 99 - куда прятать счета вноса начального сальдо? - по опыту, чаще прячут в Z, куда прятать дополнительные технические счета для налогового учета (иногда и такое нужно) - прятали в R, D....

Поле № финансового документа - BELNR стоит делать числовым?
Тут контр-пример привести не просто - да, если смотреть на обычное предприятие с 100.000 - 1.000.000 документов в год, начинаешь сомневаться, что когда-то получишь ограничения в десятисимвольном номере, но не так редко встречаются холдинги, где годовой документооборот превышает эти страшные цифры. Плюс, иногда достаточно удобно спрятать отдельные срезы аналитики и разграничения в нумерацию документов - поле обычно ключевое и выборки с его участием проходят намного быстрее, чем по другим полям.


А совокупный итог ответа краток - к разработке системы SAP программисты подходили последними!
До программистов очень долго и качественно работали архитекторы, которые и позволили создать ту систему, которую мы сейчас видим - систему, достаточно уверено покрывающую любые задачи, объемы, "хотелки" и прочее.....

если у поля тип CHAR, тогда почему оно числовое?

иногда этот непрограммистский подход навевает печаль

Коллеги,
да просто потому, что на ваших проектах оно числовое!

И даже, если ограничивать объем анализа только "вашими проектами" - не уверен, что вы в своих системах не найдете не числовых значений в этих полях!
Ведь стандартная поставка SAP ERP уже включает некоторые заполненные таблицы!

Посмотрите, например, t001 - Все ли BUKRS там числовые?

То что эти поля привыкли видеть числовыми - еще не значит что они числовые
Алфавитно-цифровые БЕ и счет по моему вполне обычное дело.
Насчет BELNR - кажется встречал символы в номере, хотя конечно это нетрадиционный подход

Спасибо, ну значит я правильно думал.

Да какая разница CHAR или NUMC, на уровне БД оно всеравно представлено одинаковым типом данных. Только, как уже было сказано, CHAR позволяет больший набор значений.

Есть еще один момент, о котором не задумывался до того как не столкнулся с тем, что некоторые z-довские справочники, поле кода имели типа numc. А для numc, null = 0. И из этого есть мелкие неприятности, как с селекционниками, где выбор по "расширенным" условиям работает не совсем корректно (как пример один консультант жаловался, что у него не ищет, если он выбирает опцию "неравно" и оставляет поле пустым), так и по отображению в некоторых местах, если к примеру numc копировать в char, и этот код вроде как не заполнен, то в чаре увидим ноль. Понятно, что мелочи, и легко обходится, но я зарекся делать коды не чаровсикми.