|
|
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
sleshiy, срезал :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 06:32 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
beluginЯ чего-то туплю, но по ссылке вижу подборку статей про то как вредно сжимать базы данных. Не могли бы вы пояснить, при чем тут обновление статистики? При том что там написано о Maintanance plane... Возможно топик стартер на это попался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 18:24 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Ora Starter, спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 22:11 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Volochkova Добро. Кстати на 2008 MS SQL можно глянут текст плана выполнения, но думаю не будет отличаться.. Аксапта тыкает MS SQL в жесткий перебор. Я только что посмотрел два варианта (тренировался на аксаптовских перекрестных ссылках) 1. Когда вторая таблица дополнительно ограничена условием - планы идентичны и включают в себя перебор по индексу второй тайблицы, затем лукап по первой 2. Нет ограничений по второй таблице - он его свел к иннер джоину ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 22:18 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 22:18 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
MS SQL 2008 SP1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2009, 22:19 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
1. мы смотрим Update 2. смотрим что делают 4 процесса - пользователя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:07 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
смотрим дальше... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:08 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Мой вариант ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:08 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Пардон.. вот мой вариант.. Я вижу большую разницу... если сравнивать перебор и один Update ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:09 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
работа одного пользователя... эффект на одной таблице... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:14 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
маразм проектировки базы данных.. Табличка содержит АХУЛИАРД записей.. Нашел давнишнюю копию... Суть такова - поле CLOSED это статус, его 20 человек одновременно могут менять. Как Вы думаете как часто будет перестраиваться индексы по таблице весом в 4 гигабайта и содержанием 500 000 записей? Вот и блокировки... Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва.. Т.е при корректировке строки, база в опе... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:22 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
А это табличка уже весом в 50 гигов.. и 25 000 000 строк... Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли... И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как??? И это при том... что индексы и сама табличка лежат на разных дисковых массивах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:26 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Еще работа одного пользователя ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:34 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Самая малость блокировок. Таблички типа VENDTRANSOPEN PURCHLINE PURCHTABLE ночью делается ребилд в 100% вечером от них остается 15%... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:37 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
И такого можно писать... годами.. что получает заказчик за бешенные бабки... Вывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:38 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
VolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять. Нет. Этот статус меняется только в процедуре закрытия. Если у вас процедуру закрытия запускают 20 человек - это сильно Volochkova Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва.. Т.е при корректировке строки, база в опе... Я так понимаю, что про слои вы еще ничего не слышали и о том, как в аксапте можно отделить свои модификации от стандартного функционала... Сразу видно - шпециалист Так вот, сообщаю: в стандартном функционале Аксапты таких индексов нет. (см. скриншот) Также сообщаю, что в MS SQL есть галочка, которая заставляет SQL автоматически создавать индексы, если MS SQL посчитает это целесообразным. По моему скромному мнению задача администратора как раз заключается в том, чтобы следить за индексами и быстродействием. Следить - это в частности не допускать появления ненужных индексов и добавлять нужные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:41 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
VolochkovaВывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО. А... понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:42 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
VolochkovaИндексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли... Да, и еще одно. чтобы Аксапта даже не думала создавать индексы, которые администратор считает ненужными, то в ней можно выключить индекс. Также обратите внимание, на то как отображаются измененные объекты в самой Аксапте. А также обратите внимание на инструмент сравнения слоев, который позволит узнать в каких слоях кто и когда изменил что-то. Ей богу завидую: человеку еще столько предстоит открыть интересного и полезного ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 13:51 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
кстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным. По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.) В этом индексе очень велика вероятность появления новых значений. Причем новые значения будут добавляться в середину дерева. В результате SQL будет постоянно и достаточно часто сплитить страницы с данными. В общем, пилите Шура, пилите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 14:04 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
mazzyVolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять. Нет. Этот статус меняется только в процедуре закрытия. Если у вас процедуру закрытия запускают 20 человек - это сильно Volochkova Поля AVIALOREDRER, AVIALPHYSICAL ( на картинке видны лень правильно писать) это вообще кол-ва.. Т.е при корректировке строки, база в опе... Я так понимаю, что про слои вы еще ничего не слышали и о том, как в аксапте можно отделить свои модификации от стандартного функционала... Сразу видно - шпециалист Так вот, сообщаю: в стандартном функционале Аксапты таких индексов нет. (см. скриншот) Также сообщаю, что в MS SQL есть галочка, которая заставляет SQL автоматически создавать индексы, если MS SQL посчитает это целесообразным. По моему скромному мнению задача администратора как раз заключается в том, чтобы следить за индексами и быстродействием. Следить - это в частности не допускать появления ненужных индексов и добавлять нужные. Что значит сильно??? 10 операторов например приходуют товар и что??? Это приход. Это даже не продажа, где надо контроль остатков делать. Так что можно подробнее? Про силу то... mazzyVolochkovaВывод. .спец должны получать.. ОФИГЕНО много что бы это РАБОТАЛО. А... понятно. Да ладно, уж и съязвить нельзя :-))) mazzyVolochkovaИндексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли... Да, и еще одно. чтобы Аксапта даже не думала создавать индексы, которые администратор считает ненужными, то в ней можно выключить индекс. Также обратите внимание, на то как отображаются измененные объекты в самой Аксапте. А также обратите внимание на инструмент сравнения слоев, который позволит узнать в каких слоях кто и когда изменил что-то. Ей богу завидую: человеку еще столько предстоит открыть интересного и полезного Индексы достались в наследство. Причем если я правильно понял еще от продавца. Так что что досталось в наследство. :-) Про слои тоже я вкурсе. Не надо тешить себя иллюзиями. :-))) Так вот все изменения сделаны на слое usr. И не кидайтесь какашками... :-) Наследство. Как будто если бы это было на системном слое, то индексы бы не лочились. mazzyкстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным. По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.) В этом индексе очень велика вероятность появления новых значений. Причем новые значения будут добавляться в середину дерева. В результате SQL будет постоянно и достаточно часто сплитить страницы с данными. В общем, пилите Шура, пилите. Решение еще насколько спорное. Но по результатам работы - без него вообще полный финиш. А так раз в месяц реиндекс... и база шевелится. Без кластера лежала каком. И реиндексы не помогали. А вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-) Так чт базу причесываем, но эффект все равно один... Не ЧОКОЛАДКА эта косяпта :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 16:03 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Вот почему редко из девушек хорошие программисты выходят. Терпения не хватает. Кстати на axforum.info вам бы уже давно помогли с вашими заморочками или объяснили почему с этим не стоит заморачиваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 18:00 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
miklenewВот почему редко из девушек хорошие программисты выходят. Терпения не хватает. ее одни девушки писали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 18:12 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
VolochkovamazzyVolochkovaСуть такова - поле CLOSED это статус, его 20 человек одновременно могут менять. Нет. Этот статус меняется только в процедуре закрытия. Если у вас процедуру закрытия запускают 20 человек - это сильно Что значит сильно??? 10 операторов например приходуют товар и что??? Это приход. Это даже не продажа, где надо контроль остатков делать. Так что можно подробнее? Про силу то... Повторяю: статус меняется только в процедуре закрытия. VolochkovaИндексы достались в наследство. Причем если я правильно понял еще от продавца. Так что что досталось в наследство. :-) Понятно - "мопед не мой, я просто разместил объяву" Volochkova mazzyкстати, обратил внимание что вы сделали индекс {ItemId, InventDimId, DataAreaID} кластерным. По-моему, это чертовски спорное решение. Особенно, если у вас постоянно растет InventDimID (появляются новые ГТД, партии, серийные номера и т.п.) В этом индексе очень велика вероятность появления новых значений. Причем новые значения будут добавляться в середину дерева. В результате SQL будет постоянно и достаточно часто сплитить страницы с данными. В общем, пилите Шура, пилите. Решение еще насколько спорное. Но по результатам работы - без него вообще полный финиш. А так раз в месяц реиндекс... и база шевелится. Без кластера лежала каком. И реиндексы не помогали. Вообще говоря, у нормальных людей в Аксапте реиндексы не нужны VolochkovaА вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-) Пилите, Шура, пилите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 19:15 |
|
||
|
Поругайте MS Dynamics AX (AXAPT`У)
|
|||
|---|---|---|---|
|
#18+
Сколько говорите у вас человек? VolochkovaА это табличка уже весом в 50 гигов.. и 25 000 000 строк... Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли... И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как??? И это при том... что индексы и сама табличка лежат на разных дисковых массивах. Это ж как издевается народ над системой... А она все работает. Удивительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2009, 19:19 |
|
||
|
|
start [/forum/topic.php?fid=29&startmsg=35990596&tid=1526681]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
154ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 9ms |
| total: | 270ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
