Зарегистрироваться | Поиск |
Результаты опроса: Какой метод связи нескольких таблиц Вы предпочитаете? | |||
Тип связи задается енумом. Значение связи в одном поле | 8 | 53.33% | |
Связь задается в отдельных полях. Тип связи определяется заполненностью полей | 3 | 20.00% | |
Мне все равно. Как сделают постановку задачи так и будет | 4 | 26.67% | |
Голосовавшие: 15. Вы ещё не голосовали в этом опросе |
|
Опции темы |
|
13.08.2018, 13:57 | #1 |
Banned
|
С учетом того, что в AX7-AX8 большинство enumeration по умолчанию не расширяемые, а при попытке расширения целочисленное значение не фиксировано, то от подхода "Тип связи задается енумом" давно пора уходить. Бороться с ветряными мельницами в Редмонде и Фарго - себе дороже.
Ссылка: https://docs.microsoft.com/en-us/dyn...add-enum-value Последний раз редактировалось EVGL; 13.08.2018 в 14:03. |
|
|
За это сообщение автора поблагодарили: ta_and (4), trud (1), Logger (3). |
14.08.2018, 08:40 | #2 |
Злыдни
|
Цитата:
Сообщение от EVGL
С учетом того, что в AX7-AX8 большинство enumeration по умолчанию не расширяемые, а при попытке расширения целочисленное значение не фиксировано, то от подхода "Тип связи задается енумом" давно пора уходить. Бороться с ветряными мельницами в Редмонде и Фарго - себе дороже.
Ссылка: https://docs.microsoft.com/en-us/dyn...add-enum-value 1. Поставщик - приобретенный комиссионный и собственный (поставщик = компания) товар; 2. Клиент - отданный на реализацию собственный товар; 3. Контактное лицо - ранее проданный товар, принятый на ремонт или диагностику; 4. Сотрудник - для дополнительного аналитического учета, например, при приобретении (отв.лицо) IT-техники и дальнейшей эксплуатации. Мне кажется связка по enum является оптимальным вариантом, т.к. в зависимости от его значения могут использоваться совершенно разные сущности и разные способы инициализации остальных полей в справочнике. Да и в случае справочника цен отказ от перечисления. как мне кажется, приведет к "головной боли" определения приоритетов выборки.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
14.08.2018, 10:43 | #3 |
Участник
|
Цитата:
Мы же про Relation говорим. Или нет?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
14.08.2018, 12:54 | #4 |
Banned
|
|
|
14.08.2018, 13:16 | #5 |
Участник
|
Гм.. А "пальцем показать" можно? В смысле, какой класс, какой метод, какая версия Axapta?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
14.08.2018, 13:26 | #6 |
Banned
|
Цитата:
Не уверен, правда, что это чистый пример. Там наверняка без SWITCH и конструкторов не обошлось. |
|
15.08.2018, 09:40 | #7 |
Злыдни
|
Я про relation ни слова не говорил, топик, вроде, про варианты связывания таблиц по значениям полей в самой таблице. И кто мешает, например, описание владельца брать либо из названия контрагента, либо из ФИО сотрудника.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
16.08.2018, 05:10 | #8 |
MCP
|
Я стараюсь отталкиваться от нагруженности таблиц и функционала:
1. Если данных несколько миллионов строк и таблички придется джойнить во многих местах - однозначно с енумом не везде будет удобно 2. Если данных немного и все "стандартно" - почему бы не соблюдать изначальную реализацию, разработчикам будет проще разбираться
__________________
AXIOMA |
|