AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Прочие вопросы
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.10.2005, 17:35   #21  
vavkin is offline
vavkin
Участник
 
12 / 10 (1) +
Регистрация: 28.09.2005
Цитата:
Сообщение от George Nordic
Тогда почему у 1С проблемы с производительностью именно Базы Данных? БД-то одно. А вот организация хранения данных - разная.
Это всего лишь предположение, мне кажется что она менее производительнее не из за этого.

Цитата:
Сообщение от George Nordic
Вы на 1С раньше программировали?
Нет, я 5 лет назад программировал на Аксапте (и немного на Attain), сейчас уже все подзабыл и пытаюсь понять почему в Аксапте сделано именно так. Сейчас для меня важно определиться как делать дальше, на кодах или на ID. Можно конечно на этот вопрос ответить "Как вам удобнее так и делайте", но вот именно это я и пытаюсь понять
Старый 17.10.2005, 17:38   #22  
vavkin is offline
vavkin
Участник
 
12 / 10 (1) +
Регистрация: 28.09.2005
Цитата:
Сообщение от belugin
Тема рассмотрена в
Естественные ключи против исскуственных ключей, Синтетические и естественные ключи. [обсуждение темы БП] .
Оба подхода имеют своих сторонников. Лично мне ближе прозрачное использование СК - абстрагирует механизм идентификации записей.
За ссылки спасибо
Старый 17.10.2005, 17:43   #23  
Alex_K is offline
Alex_K
Участник
 
531 / 36 (3) +++
Регистрация: 07.02.2003
2George Nordic
Георгий, как Вам такое значение естественного ключа (абсолютно реальное, из справочника номенклатуры одного крупного предприятия): "Гов.нов.коп.нар.т/у"? Можно понять без перевода, что это значит?
Старый 17.10.2005, 17:44   #24  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2479 (88) +++++++++
Регистрация: 20.08.2005
Цитата:
Сообщение от vavkin
Сейчас для меня важно определиться как делать дальше, на кодах или на ID.
Извините, а делать что? Программировать в Axapta'e?
__________________
Axapta v.3.0 sp5 kr2
Старый 17.10.2005, 17:51   #25  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,237 / 978 (37) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от vavkin
Дело в том что часто видеть просто код недостаточно, зачастую он мало о чем говорит.
При правильной настройке, код говорит много о чем. По хорошему, систему вообще не нужно модифицировать, а только настраивать. В этом аспекте, удобство программирования и эффективность отступает на второй план, перед наглядностью и удобством настройки.
Цитата:
Сообщение от vavkin
Получается что по любому надо выводить дополнительную информацию .
Не полюбому, а только тогда, когда идентификаторы синтетические. А это скорее исключение, чем правило
Цитата:
Сообщение от vavkin
Получается что код хорош только в том случае когда достаточно видеть только его и никакой дополнительной информации.
Повторюсь, в случае текстовых ключей, импортировать данные, в несколько связанных таблиц, сможет любой консультант и даже конечный пользователь. И целостность данных не нарушится, а в случае инкремента даже программист может ошибиться.
Цитата:
Сообщение от vavkin
В системе с ЕК меньше join'ов только при выводе формы, в отчетах все равно надо связываться со связынными таблицами.
Да, но основная нагрузка на базу идет не от отчетов, а именно от форм и обработок. И быстродействие отчетов обычно не критично(за исключением печатных форм), чего нельзя сказать про формы.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 17.10.2005 в 17:55.
Старый 17.10.2005, 18:33   #26  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Цитата:
Сообщение от Alex_K
2George Nordic
Георгий, как Вам такое значение естественного ключа (абсолютно реальное, из справочника номенклатуры одного крупного предприятия): "Гов.нов.коп.нар.т/у"? Можно понять без перевода, что это значит?

Хотя, если знать, что означают сокращения, то все довольно просто окажется. "МИ-АКС-НОГ(40) 100х20"
Это - Материалы Илкон, Аксесуары, Нога д/мебелили шагрень орех,
метр длиной.
Это уже вопрос, как закодировали.
Попробуйте расшифровать 135487

С Уважением,
Георгий
Старый 17.10.2005, 18:35   #27  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Можно конечно на этот вопрос ответить "Как вам удобнее так и делайте", но вот именно это я и пытаюсь понять
Делайте ЕК -- под него всё в Аксапте заточено.
Если не подходит, то Номерные Серии, а если уж и с ними не получается, то RecId
Старый 17.10.2005, 18:51   #28  
Alex_K is offline
Alex_K
Участник
 
531 / 36 (3) +++
Регистрация: 07.02.2003
Цитата:
Сообщение от George Nordic

Хотя, если знать, что означают сокращения, то все довольно просто окажется...
Это уже вопрос, как закодировали.
Действительно, все просто "Говядина "Новосибирская" копченая, нарезка, термоусадочная упаковка". Не сомневаюсь, что технологи и операторы на отгрузке этот код понимают с полувзгляда. А вот тем, кто от цеха подальше, несколько сложнее...
А если попытаться эту кодировку где-нибудь в супермаркете применить...

Цитата:
Сообщение от George Nordic
Попробуйте расшифровать 135487
Даже и пытаться не буду. Но в справочнике номенклатуры с числом позиций более 1000, предпочту просто запомнить что это такое
Старый 17.10.2005, 19:28   #29  
vavkin is offline
vavkin
Участник
 
12 / 10 (1) +
Регистрация: 28.09.2005
Цитата:
Сообщение от AndyD
Извините, а делать что? Программировать в Axapta'e?
Если б в Аксапте то честно говоря сама концепция Аксапты предполагает коды и я бы сильно не размышлял. Мне именно интересно почему разработчики Аксапты решили завязаться на коды.
Старый 17.10.2005, 19:29   #30  
vavkin is offline
vavkin
Участник
 
12 / 10 (1) +
Регистрация: 28.09.2005
Еще вот такой минус в сторону Code, если вдруг человек поймет что код он придумал неправильно то исправить его уже будет проблематично
Старый 17.10.2005, 20:09   #31  
Alex_K is offline
Alex_K
Участник
 
531 / 36 (3) +++
Регистрация: 07.02.2003
Или "вдруг" оказалось, что некогда казавшаяся безупречной система кодирования "жмет" во всех направлениях...
IMHO, естественные ключи хороши для относительно небольших и/или хорошо структурированных "по жизни" справочников (например, номенклатура в электронике). В остальных случаях лично я предпочту сквозную нумерацию.
Старый 17.10.2005, 22:07   #32  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от vavkin
Дело в том что часто видеть просто код недостаточно, зачастую он мало о чем говорит.
http://axapta.mazzy.ru/lib/autonumber/
__________________
полезное на axForum, github, vk, coub.
Старый 17.10.2005, 22:09   #33  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от vavkin
Еще вот такой минус в сторону Code, если вдруг человек поймет что код он придумал неправильно то исправить его уже будет проблематично
В Аксапте есть renamePrimaryKey
Эта функция доступна и пользователю с соответствующими правами.

Вам же говорят, что естественные против искусственных - старый спор.
Аксапта заточена на естественные ключи. Со всеми плюсами и минусами.
Поймите это и используйте.

Бороться с естественными ключами в Аксапте - все равно, что бороться против ветряных мельниц. Можно, но реузльтат сомнительный.

Кстати, поищите на этом форуме про естественные и искусственные ключи. Тема всплывает не в первый и даже не во второй раз.
__________________
полезное на axForum, github, vk, coub.
Старый 17.10.2005, 22:19   #34  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,312 / 3547 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Если задаться целью ответить на поставленный вопрос - так почему же были выбраны ЕК (без сильного вдавания в подробности что лучше и что хуже) - то (как мне кажется), необходимо учесть, что ЕК хороши для нумерации справочников (CustTable, VendTable, BankGroup и т.д.), а ИК - нумерации документов, проводок (CustTrans, LedgerTrans, InventTrans и т.д.). Безусловно, с точки зрения сложности разработки некоего интерпретатора, коим является ax32.exe - лучше остановить выбор либо на ИК, либо на ЕК, причем обработка ЕК проще, чем ИК. Программно проще (не надо лишний раз заморачиваться на join-ы).
Учитывая некий экономический эффект (все-таки систему надо раскрутить и продать) - возможно и было принято решение в сторону упрощения разработки интерпретатора (еще ж слой sys писать надо) для получения максимально быстрой отдачи. А потом уже наследство легло тяжким бременем

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

2mazzy - функция renamePrimaryKey - весьма порочная.... Не стал бы рекомендовать ею пользоваться - ибо уверен, что там, где эта функция корректно отработает - там можно и вручную данные удалить/создать, в то время там, где ею захочется воспользоваться это делать катастрофически нельзя (напр переименовать клиента, если по нему уже прошла куча операций)
Хотя, на безрыбье как говорится и рак рыба... все ж лучше чем ничего
__________________
Возможно сделать все. Вопрос времени
Старый 18.10.2005, 11:56   #35  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,237 / 978 (37) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от sukhanchik
функция renamePrimaryKey - весьма порочная....
У меня всегда корректно отрабатывала.И проводки хорошо перебивались. Хотя и долго это происходит.
__________________
Isn't it nice when things just work?
Старый 18.10.2005, 12:50   #36  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
886 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Cool Все бы было хорошо , но ...
Небольшая фантазия на тему ЕК, ленивых внедренцев (им было лень Edit-методы писать для ссылочных полей в формах), неопытных пользователей и последствия этого, после нескольких лет работы на Аксапте.

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



P.S. Картинка - реальное приложение , рабочая база ...
Миниатюры
Нажмите на изображение для увеличения
Название: EK.jpg
Просмотров: 187
Размер:	85.3 Кб
ID:	1480  

Последний раз редактировалось TasmanianDevil; 18.10.2005 в 12:52.
Старый 18.10.2005, 14:28   #37  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Про renamePrimaryKey - нормально работает. Просто вы готовить не умеете.

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

А ведь проблема решается. Ведь обсуждалось тысячу раз... Говорю же - поищите на этом форуме. На форуме у маззи.
http://axapta.mazzy.ru/lib/autonumber/
http://forum.mazzy.ru/index.php?showtopic=82
__________________
полезное на axForum, github, vk, coub.
Старый 19.10.2005, 07:04   #38  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
886 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от mazzy
Типичный взгляд приверженцев ИК.
Типичный взгляд 1Сника.
1. Не отрицаю, ибо скрытый от пользователя ИК и наименование из справочника променять на код/всплывающий хинт с наименованием , при возможности выбора из этих вариантов, не согласился бы ни за какие коврижки.
2. Поправочка - Галактианца , сидящего на переходе к Аксапте

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

Последний раз редактировалось TasmanianDevil; 19.10.2005 в 07:08.
Старый 19.10.2005, 09:51   #39  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от TasmanianDevil
Сергей, просто дело в том, что при достижении определенного количества записей в справочниках (десятки/сотни тысяч) и при некоем критическом количестве атрибутов-ссылок из документа на эти справочники, время на идентификацию атрибутов документа возрастает очень сильно.
Вам не кажется, что вы сами себе противоречите?
Вы сейчас фразу про код сказали?

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

Чем отличается мнемонический код от наименования?
Я знаю ваш первый ответ. Подумайте дальше, пожалуйста.
__________________
полезное на axForum, github, vk, coub.
Старый 19.10.2005, 13:32   #40  
twilight is offline
twilight
MCTS
MCBMSS
 
877 / 237 (9) ++++++
Регистрация: 17.10.2004
Адрес: Королёв
Цитата:
Изначально опубликовано George Nordic
В Аксе есть места, где есть связка по RecId, многие от этого страдают. Не делайте так.
А можете объяснить на примере, какие проблемы могут возникнуть при использовании для связи RecID?
Я сейчас разрабатываю одну доработку со связью по RecID, хочу узнать, какие проблемы могут при этом возникнуть?
Например, как использование RecID может помешать импорту?
Теги
renameprimarykey, естественный ключ, искусственный ключ

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Dynamics Mobile: How to code your own barcode enabled tasklets (Motorola and Intermec devices) Blog bot DAX Blogs 1 03.06.2014 06:34
Kashperuk Ivan: Tool for protecting your Dynamics AX source code Blog bot DAX Blogs 0 12.12.2008 04:07
axStart: Starting the code profiler from code Blog bot DAX Blogs 0 17.03.2008 15:05
mfp: Writing less code: The "else" statement Blog bot DAX Blogs 15 25.02.2008 17:54
при построении перекрёстных ссылок выдаётся сообщение об ошибках mmmax DAX: Программирование 10 21.01.2005 12:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:36.