|
|
28.02.2006, 11:51
|
#1 |
|
Участник
|
Коды аналитики
Чем чревато удаление или изменение кода аналитики?
|
|
|
|
28.02.2006, 12:14
|
#2 |
|
Гость
|
А она где-нибудь и в чем-нибудь участвовала?
|
|
|
|
28.02.2006, 12:20
|
#3 |
|
Участник
|
Были с ней складские проводки
|
|
|
|
28.02.2006, 12:41
|
#4 |
|
Модератор
|
Просто поверьте - не стоит так делать.
А в связи с чем понадобилось? |
|
|
|
28.02.2006, 12:48
|
#5 |
|
Участник
|
кастомизация,млин!-вот единственная причина
|
|
|
|
28.02.2006, 13:12
|
#6 |
|
Модератор
|
поищите по RenamePrimaryKey. Но, еще раз - крайне не рекомендую... ведь вся связь по аналитеке может рассыпаться!
С Уважением, Георгий |
|
|
|
28.02.2006, 15:53
|
#7 |
|
Участник
|
Цитата:
Сообщение от George Nordic
поищите по RenamePrimaryKey. Но, еще раз - крайне не рекомендую... ведь вся связь по аналитеке может рассыпаться!
С Уважением, Георгий 
__________________
_____________________________________________-- Axapta 3.0 SP4 KR1 Build #10 for EE Ищу работу! |
|
|
|
28.02.2006, 16:05
|
#8 |
|
Модератор
|
? Объясните, donMigel.
 Вы думаете, я не разу не использовал RPK? Просто 1. Задача дикая. С большой долей вероятности рассыпется аналитика всех проводок, сделанный с данной аналитикой: здесь задача по сохранению целостности данных ложится целиком на программиста. Если база большая.... ох.. 2. Не стоит забывать о том, что RPK работает только в пределах одной компании. Все, разумеется, сделать можно... только не надо забывать про последствия. С Уважением, Георгий |
|
|
|
28.02.2006, 16:19
|
#9 |
|
Участник
|
1.На большом объёме данных не пробывал да и пробывал только на ГТД.Корректно вроде как отработало,ведь в RPK логика не сложная:создал такой же новый Dim как и старый, только с новым значением переименующейся аналитики, да подсунул его во все таблицы,где использовался старый.Я так понимаю вопрос в том,во все ли?
2.Спасибо за наводку,что работает только в одной компании.
__________________
_____________________________________________-- Axapta 3.0 SP4 KR1 Build #10 for EE Ищу работу! |
|
|
|
28.02.2006, 17:25
|
#10 |
|
Модератор
|
Хм.. как-то мы с usp - высокласным ораклоидом исправляли ситуацию, когда на одном терминальном сервере была прописана дата - 203Х год, и пошли проводки в базу с этой датой.
Вычисляли, по каким таблицам могло пройти, потом usp написал скрипт на T-SQL(Oracle database) и скрипт минут за 10 прошустрел ВСЕ поля с типом "Дата" в базе размером несколько десятков гигов. Во стрем был.. Мда... есть чего вспомнить...Похожая ситуация, к чему вспомнил - решалась средствами базы данны. С Уважением, Георгий |
|
|
|
28.02.2006, 17:59
|
#11 |
|
Участник
|
Цитата:
Сообщение от George Nordic
Вычисляли, по каким таблицам могло пройти, потом usp написал скрипт на T-SQL(Oracle database) и скрипт минут за 10 прошустрел ВСЕ поля с типом "Дата" в базе размером несколько десятков гигов.
С уважением, Макс В. |
|
|
|
28.02.2006, 17:40
|
#12 |
|
Участник
|
извините темного,но что такое RPK?может ссылочку на материал дадите?
|
|
|
|
28.02.2006, 17:51
|
#13 |
|
Модератор
|
Извините, просто сократил RemamePrimaryKey. Поиск по форуму неплохие результаты дает, и в доке нормально описан.
C Уважением, Георгий |
|
|
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Код новой фин. аналитики DAX 4.0 | 4 | |||
| Сравнение в разрезе складской аналитики. | 3 | |||
| Учёт остатков в разрезе фин. аналитики | 11 | |||
| Коды аналитики | 11 | |||
| Как используются коды аналитики в Axapta? | 11 | |||
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Комбинированный вид
