axdaily: Surrogate keys in AX 2012

[Logger]

Хм. Раньше не думал про обсуждаемые проблемы в таком ключе. Наверно вы правы.

Но...
К этому сложно привыкнуть.

[S.Kuskov]

Лично я в меньшей степени нормализацию БД связываю с увеличением быстродействия и экономией дискового пространства. Для меня это скорее эволюционный процесс связанный с развитием концептуальной модели системы

http://ru.wikipedia.org/wiki/Нормальная_форма

Цитата:

Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в БД информации.

Как отмечает К. Дейт, общее назначение процесса нормализации заключается в следующем:

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

[fed]

Цитата:

Сообщение от S.Kuskov

Лично я в меньшей степени нормализацию БД связываю с увеличением быстродействия и экономией дискового пространства. Для меня это скорее эволюционный процесс связанный с развитием концептуальной модели системы

Угу. Только для этого ведь надо знать предметную область, иметь опыт внедрений и тп. Откуда такие знания могут взяться у нанятых по объявлению C#-программистов ?
Собственно я ведь и начал наезды с того, что при проектировании новых дизайнов, допущено множество ошибок характерных для ситуации, когда система проектируется без знания предметной области, просто из общих соображений.

[gigz]

Цитата:

Сообщение от S.Kuskov

Лично я в меньшей степени нормализацию БД связываю с увеличением быстродействия и экономией дискового пространства. Для меня это скорее эволюционный процесс связанный с развитием концептуальной модели системы

http://ru.wikipedia.org/wiki/Нормальная_форма

в точку. прямо как будто наши архитекторы это писали

Цитата:

Угу. Только для этого ведь надо знать предметную область, иметь опыт внедрений и тп. Откуда такие знания могут взяться у нанятых по объявлению C#-программистов ?
Собственно я ведь и начал наезды с того, что при проектировании новых дизайнов, допущено множество ошибок характерных для ситуации, когда система проектируется без знания предметной области, просто из общих соображений.

Мне кажется, нужно слушать обе стороны. И экспертов в области и архитекторов-теоретиков. А потом делать выводы. К сожалению в реальности чаще всего одна сторона начинает доминировать и тогда весь продукт заносит немного в какую-то сторону. А в следующий раз в другую. Но амплитуда заносов должна уменьшаться.

И еще одно. Инструменты - хорошо, использовать их бездумно - плохо.
В АХ 2012 создано много новых иструментов и предложено много новых парадигм. Но хорошо то, что они введены не слишко насильственно. Можно использовать, а можно и нет. А дальше будет видно, что приживется.

И еще. С# программистов по объявлению набирают в тестировщики

[fed]

Цитата:

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

в точку. прямо как будто наши архитекторы это писали



Мне кажется, нужно слушать обе стороны. И экспертов в области и архитекторов-теоретиков. А потом делать выводы. К сожалению в реальности чаще всего одна сторона начинает доминировать и тогда весь продукт заносит немного в какую-то сторону. А в следующий раз в другую. Но амплитуда заносов должна уменьшаться.

И еще одно. Инструменты - хорошо, использовать их бездумно - плохо.
В АХ 2012 создано много новых иструментов и предложено много новых парадигм. Но хорошо то, что они введены не слишко насильственно. Можно использовать, а можно и нет. А дальше будет видно, что приживется.

И еще. С# программистов по объявлению набирают в тестировщики

Меня больше интересует - как теперь жить с вашей новой ГК ? Ладно, в логистике занормализовали все, но там хоть следы первоначального замысла остались, просто малость перенормализовали содержимое. А над новой структурой таблиц ГК я час медитировал и ничего не понял. Как все это партнеры развивать и поддерживать будут?

[gigz]

Цитата:

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

Меня больше интересует - как теперь жить с вашей новой ГК ? Ладно, в логистике занормализовали все, но там хоть следы первоначального замысла остались, просто малость перенормализовали содержимое. А над новой структурой таблиц ГК я час медитировал и ничего не понял. Как все это партнеры развивать и поддерживать будут?

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

[mazzy]

Цитата:

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

Меня больше интересует - как теперь жить с вашей новой ГК ?

fed, не стоит всю ответственность взваливать на gigz.
давай спокойнее.

в этой ветке - обсуждение конкретного текста конкретного блога.

[fed]

Цитата:

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

в точку. прямо как будто наши архитекторы это писали

Кстати, где-то в minimsft писали что архитектора Dynamics ERP уволили:http://www.blogger.com/comment.g?pos...p=false&page=3
"A few months back someone made a comment "Lord! Save us from these architects". This is the proof that god exists. Principle Architect of Dynamics team has been let go. There is god after all."

(Просьба не путать архитекторов в разработке и архитекторов MCS )