Code&ID

[sukhanchik]

Если задаться целью ответить на поставленный вопрос - так почему же были выбраны ЕК (без сильного вдавания в подробности что лучше и что хуже) - то (как мне кажется), необходимо учесть, что ЕК хороши для нумерации справочников (CustTable, VendTable, BankGroup и т.д.), а ИК - нумерации документов, проводок (CustTrans, LedgerTrans, InventTrans и т.д.). Безусловно, с точки зрения сложности разработки некоего интерпретатора, коим является ax32.exe - лучше остановить выбор либо на ИК, либо на ЕК, причем обработка ЕК проще, чем ИК. Программно проще (не надо лишний раз заморачиваться на join-ы).
Учитывая некий экономический эффект (все-таки систему надо раскрутить и продать) - возможно и было принято решение в сторону упрощения разработки интерпретатора (еще ж слой sys писать надо) для получения максимально быстрой отдачи. А потом уже наследство легло тяжким бременем

Кстати, внесу еще один аргумент в пользу ЕК, про который в данной дискуссии забыли. В любой БД существует задачка восстановления/исправления данных (когда необходимо обратиться напрямую к СУБД, минуя систему). Уверяю, что восстанавливать данные в системе с ЕК ГОРАЗДО проще, при условии, что не используются средства Аксапты. В 1С например в лоб - вообще не залезть, чего не скажешь про Аксапту. Ну и как следствие - всевозможные экспорты/импорты данных из сторонних программ

2mazzy - функция renamePrimaryKey - весьма порочная.... Не стал бы рекомендовать ею пользоваться - ибо уверен, что там, где эта функция корректно отработает - там можно и вручную данные удалить/создать, в то время там, где ею захочется воспользоваться это делать катастрофически нельзя (напр переименовать клиента, если по нему уже прошла куча операций)
Хотя, на безрыбье как говорится и рак рыба... все ж лучше чем ничего

[macklakov]

Цитата:

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

функция renamePrimaryKey - весьма порочная....

У меня всегда корректно отрабатывала.И проводки хорошо перебивались. Хотя и долго это происходит.

[TasmanianDevil]

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

Диалог в офисе с утра :
-Здраствуйте , 215-ый !
-Доброго утра 145-ый !
- Вы авансовый отчет сдали 755-ой, нашей новой кассирше ?
- Нет, еще, не успел - со вчерашнего утра разбирали пришедший заказ по 10902983823-ой номенклатуре от 12835 поставщика и не могли понять, на какую статью бюдежтирования ее отнести , на I1234 или на M3238.



P.S. Картинка - реальное приложение , рабочая база ...

[mazzy]

Про renamePrimaryKey - нормально работает. Просто вы готовить не умеете.

Цитата:

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

Диалог в офисе с утра :
-Здраствуйте , 215-ый !
-Доброго утра 145-ый !
- Вы авансовый отчет сдали 755-ой, нашей новой кассирше ?
- Нет, еще, не успел - со вчерашнего утра разбирали пришедший заказ по 10902983823-ой номенклатуре от 12835 поставщика и не могли понять, на какую статью бюдежтирования ее отнести , на I1234 или на M3238.

Типичный взгляд приверженцев ИК.
Типичный взгляд 1Сника.

А ведь проблема решается. Ведь обсуждалось тысячу раз... Говорю же - поищите на этом форуме. На форуме у маззи.
http://axapta.mazzy.ru/lib/autonumber/
http://forum.mazzy.ru/index.php?showtopic=82

[TasmanianDevil]

Цитата:

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

Типичный взгляд приверженцев ИК.
Типичный взгляд 1Сника.

1. Не отрицаю, ибо скрытый от пользователя ИК и наименование из справочника променять на код/всплывающий хинт с наименованием , при возможности выбора из этих вариантов, не согласился бы ни за какие коврижки.
2. Поправочка - Галактианца , сидящего на переходе к Аксапте

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

[mazzy]

Цитата:

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

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

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

Вам не кажется, что то же самое можно сказать и про наименование?
"при достижении определенного количества записей в справочниках (десятки/сотни тысяч) и при некоем критическом количестве атрибутов-ссылок из документа на эти справочники, время на идентификацию по наименованию возрастает очень сильно"

Чем отличается мнемонический код от наименования?
Я знаю ваш первый ответ. Подумайте дальше, пожалуйста.