Code&ID

[macklakov]

Цитата:

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

ERP система могла бы получить join'ом или вложенным запросом

Пример: Форма Заказ, в ней указаны Клиент, Счет На, Валюта, Аналитика и еще десяток параметров. Все они допускают фильтрацию, сортировку и т.д. Представляете, во что превратится эта задача, если для получения этих значений будет использоваться join? Кроме того, усложняется механизм добавления записей/редактирования.
Для эксперимента попробуйте добавить хотя бы одно подобное поле. Засеките время которое потратите. Сравните быстродействие ;-)

Цитата:

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

Превратиться в сложный процесс в плане написания модификации или в плане производительности?

Обычно, модификации писать вообще не нужно, все делается стандартным импортом. В данном случае, придется заменять текстовые id, на числовые, а затем заменять их в связанных таблицах, что не тривилано. Производительность, в данном случае, особой роли не играет, т.к. импорт/экспорт обычно разовая операция
P.S. Кстати, проблемы с быстродействием возникают вовсе не из-за текстовых ключей ;-)

[vavkin]

Цитата:

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

Пример: Форма Заказ, в ней указаны Клиент, Счет На, Валюта, Аналитика и еще десяток параметров. Все они допускают фильтрацию, сортировку и т.д. Представляете, во что превратится эта задача, если для получения этих значений будет использоваться join? Кроме того, усложняется механизм добавления записей/редактирования.
Для эксперимента попробуйте добавить хотя бы одно подобное поле. Засеките время которое потратите. Сравните быстродействие ;-)

Дело в том что часто видеть просто код недостаточно, зачастую он мало о чем говорит. Получается что по любому надо выводить дополнительную информацию и тогда надо связывать с другой таблицей, и тогда join предпочтительнее чем display метод который будет вызываться на каждую запись и по которому нельзя сделать фильтр. Получается что код хорош только в том случае когда достаточно видеть только его и никакой дополнительной информации.

[macklakov]

Цитата:

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

Дело в том что часто видеть просто код недостаточно, зачастую он мало о чем говорит.

При правильной настройке, код говорит много о чем. По хорошему, систему вообще не нужно модифицировать, а только настраивать. В этом аспекте, удобство программирования и эффективность отступает на второй план, перед наглядностью и удобством настройки.

Цитата:

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

Получается что по любому надо выводить дополнительную информацию .

Не полюбому, а только тогда, когда идентификаторы синтетические. А это скорее исключение, чем правило

Цитата:

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

Получается что код хорош только в том случае когда достаточно видеть только его и никакой дополнительной информации.

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

Цитата:

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

В системе с ЕК меньше join'ов только при выводе формы, в отчетах все равно надо связываться со связынными таблицами.

Да, но основная нагрузка на базу идет не от отчетов, а именно от форм и обработок. И быстродействие отчетов обычно не критично(за исключением печатных форм), чего нельзя сказать про формы.

[mazzy]

Цитата:

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

Дело в том что часто видеть просто код недостаточно, зачастую он мало о чем говорит.

http://axapta.mazzy.ru/lib/autonumber/