dynamicsmatters: Performance and InventDim

[mazzy]

Цитата:

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

При решении в лоб и достижении некоего кол-ва уровней - снесет без вопросов.

По-моему, вы все таки предлагаете механизм субокнто из 1С:Бухгалтерии.
Но этот механизм не даром слывет самым тормознутым в 1С.
В общем, давайте схему данных

Цитата:

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

В общем - в подробности я пока лезть не буду (времени нету), но по моему при подобной степени модификации Аксапты, дальнейшие затраты на поддержку и развитие системы, превысят стоимость ОЧЕНЬ крутого сервера БД. При нынешнем росте зарплат в России, инвестиции в железо в 95% случаев оказываются выгоднее, чем затраты на оптимизацию.

Расставил

[TasmanianDevil]

Цитата:

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

По-моему, вы все таки предлагаете механизм субокнто из 1С:Бухгалтерии.
Но этот механизм не даром слывет самым тормознутым в 1С.
В общем, давайте схему данных

В общем именно так.
От InventDim не отказываемся.
Вместо кучи полей аналитик имеем два массива, типов ссылок и самих ссылок соответственно - аналог субконто. Одинуникальный индекс по нему (itemid+dimtype+dimvalue) для идентификации и N индексов по каждому уровню(itemid+dimtype[i]+dimvalue[i]) для статистики и чтоб оптимизатору башню не сносило сильно.

По поводу производительности. Ключевые слова "слывет тормознутым в 1С" -
корректно ли проецировать поведение подобной схемы связей в конкретной системе на конкретной платформе на все остальные системы/платформы ?
Есть ли сведения о том, как подобная схема себя ведет в других системах ?
Есть ли сведения о том, как подобная схема себя ведет на других СУБД ?
Исследовано ли поведение подобной схемы конкретно для DAX и MS SQL ?

Я не призываю сделать именно так, я просто предлагаю один из возможных вариантов.
В свете сказанного glibs, этот вариант имеет как достоинства, так и недостатки, в зависимости от выполняемых задач.

[mazzy]

Цитата:

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

По поводу производительности. Ключевые слова "слывет тормознутым в 1С" -
корректно ли проецировать поведение подобной схемы связей в конкретной системе на конкретной платформе на все остальные системы/платформы ?
Есть ли сведения о том, как подобная схема себя ведет в других системах ?
Есть ли сведения о том, как подобная схема себя ведет на других СУБД ?
Исследовано ли поведение подобной схемы конкретно для DAX и MS SQL ?

Да.
Да.
Да.
Да, давно. Из опубликованного мной http://axapta.mazzy.ru/works/emu1c/.

Поищите размышления других людей, которые делали клоны 1С. Поищите материалы про клоны 1С, народ много на эту тему писал еще во времена 1C 7.0.

[TasmanianDevil]

Цитата:

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

Да.
Да.
Да.
Да, давно. Из опубликованного мной http://axapta.mazzy.ru/works/emu1c/.

Нет там и намека в выложенном проекте на аналитику.

Цитата:

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

Поищите размышления других людей, которые делали клоны 1С. Поищите материалы про клоны 1С, народ много на эту тему писал еще во времена 1C 7.0.

Хорошо, поищем ...

[belugin]

С моей точки зрения подумать на тему "Что было бы если" тоже полезно: узнаешь про недостатки и достоинства разных решений, тем более, что в аксепте они оба

[belugin]

А, кстати, в чем идея аксапты лайт?

[slava09]

Цитата:

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

А, кстати, в чем идея аксапты лайт?

Идея на мой взгляд хорошая. Думаю все когда-то задумывались о таком же. Посмотрите здесь: Куда мы движемся с Аксаптой?

В P.S. написано.

[mazzy]

Цитата:

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

А, кстати, в чем идея аксапты лайт?

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

Цитата:

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

Идея на мой взгляд хорошая. Думаю все когда-то задумывались о таком же. Посмотрите здесь: Куда мы движемся с Аксаптой?

В P.S. написано.

Угу. Но давайте в отдельном топике, если хочется продолжать.