[mazzy]

Советы: Выравнивание кодов "вправо" в Axapta
http://axapta.mazzy....nts/adjustment/

[mazzy]

Вадим Гончаренко дополнил совет Выравнивание кодов "вправо" в Axapta.

[Тимур]

Сергей. Статья отличная. Однако я не согласен с тем, что цифровые коды в России не прижились.
Напротив практически во всех ERP-системах, которые есть на рынке в России, применяются цифровая кодировка.

[mazzy]

хм... а где например?

в 1С, например, цифровая кодировка ничего не значит, посколку вместо кода в документах и отчетах пользователь видит наименование.

[chel]

А можно вопрос?

В статье имеется такой комментарий:

Цитата

Комментарий: Не забудьте после переключения выравнивания "влево" выполнить реорганизацию данных и переиндексацию на SQL сервере. До реорганизации и переиндексации в страницах базы данных будет много пустот и ощутимого эффекта не заметно.

Какое конкретно действие здесь имеется в виду под реорганизацией?

[Vadik]

В терминах MSSQL - DBCC DBREINDEX, например

[serge kotov]

На нашей базе данных эффект применения советов по выравниванию влево дал снижение общего размера БД Axapta приблизительно в 10 - 15 %.

[mazzy]

Vadik (05.04.2005, 11:55) писал:

В терминах MSSQL - DBCC DBREINDEX, например

Да, совершенно верно.
или reorganize data and index pages в maintamance plan

[mazzy]

serge kotov (05.04.2005, 12:19) писал:

На нашей базе данных эффект применения советов по выравниванию влево дал снижение общего размера БД Axapta приблизительно в 10 - 15 %.

У вас "правильная" база. И к тому же Оракл.
Обычно получается эффект в 20-30%.

[serge kotov]

Не Oracle - нет, у нас SQL Server 2000 Ent Ed 64 !!!

[mazzy]

Упс. Извини.
Хотел сказать - у вас не совсем обычный MS SQL.

Оговорка по фрейду просто...

[serge kotov]

ОК Я так и понял.

Надеюсь, после ваших тестов по БД Axapta Фрейд уже будет спать спокойно...

[chel]

Vadik (05.04.2005, 10:55) писал:

В терминах MSSQL - DBCC DBREINDEX, например

Но это реиндексация!
Получается отдельной операции "реорганизации" нет?

[Vadik]

chel (05.04.2005, 14:04) писал:

Vadik (05.04.2005, 10:55) писал:

В терминах MSSQL - DBCC DBREINDEX, например

Но это реиндексация!
Получается отдельной операции "реорганизации" нет?

Да, реиндексация. Перестройка кластерного индекса и есть реорганизация. Данные лежат на его нижних (leaf) страницах и при перестройке индекса заново переупорядочиваются (попутно "ужимается" свободное пространство на страницах до значений, соответствующих fillfactor)

Сообщение отредактировал Vadik: 05.04.2005 - 15:35

[chel]

Спасибо за прояснение ситуации

[lastelf]

Очень интересная ситуация возникает, когда коды поставщиков необходимо выравнять влево (они символьные, соответствуют префиксам для заявок по определенным товарным направлениям), а коды клиентов вправо (они "цифровые", присваиваются из номерной серии). Сортировка и поиск работают замечательно в одном и другом случае. А вот в запросах к таблицам, использующих relation на оба типа возникают дополнительные проблемы.

[Vadik]

lastelf (06.04.2005, 08:22) писал:

Очень интересная ситуация возникает, когда коды поставщиков необходимо выравнять влево (они символьные, соответствуют префиксам для заявок по определенным товарным направлениям), а коды клиентов вправо

как такого добиваетесь?

[lastelf]

В конфигурации типов (Коррекция основных типов) указано следующее:
Код клиента или поставщика - По правому краю
Код клиента/поставщика - По левому краю

[Vadik]

lastelf (06.04.2005, 12:55) писал:

Код клиента/поставщика

не наблюдаю такого (Axapta 3.0 SP3)

тем более странно, ибо CustAccount и VendAccount наследуются от одного EDT

[lastelf]

Нашел. У нас EDT VendAccount унаследован от собственного EDT. Наверно, было умышленно сделано для корректной сортировки поставщиков ;-)