|
05.08.2014, 17:59 | #1 |
Чайный пьяница
|
Короткий ответ - можно, но долго. Итак ваша процедура по изменению типа:
1. Создать временный атрибут типа нтекст с любым именем. 2. Скопировать (можно при помощи t-sql) данные из старого атрибута в новый. 3. Удалить в системе все ссылки на старый атрибут ( формы, вьюхи, бизнес процессы и т.п.) 4. Удалить старый атрибут. 5. Создать новый атрибут типа нтекст с именем старого. 6. Скопировать данные из временного атрибута в новый. 7. Удалить временный атрибут. Другие пути чреваты.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
06.08.2014, 09:12 | #2 |
Участник
|
Если я создам промежуточный атрибут и загружу его данными из первоначального, а потом пересоздам прежний атрибут и верну данные в него обратно из промежуточного, то может не нужно будет менять в системе все ссылки на атрибут? Они сами подцепятся. Или привязка по имени не получится, тк GUI будет другой?
__________________
И почему у МелкоСофта самый нелогичный и тяжелый способ действий оказывается самым правильным? |
|
06.08.2014, 11:28 | #3 |
Чайный пьяница
|
Система попросту не даст вам удалить старый атрибут без удаления всех ссылок на него.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
06.08.2014, 12:20 | #4 |
Участник
|
Действительно не дала, зараза
В промежуточный атрибут данные перенес. В форме поле удалил. Больше ни где на него ссылок не должно быть. Но атрибут в представлении не удалось удалить - дает ошибку (представление это и есть вьюшка?). Что можно сделать? Удалить целиком представление не пробовал - страшно. К нему много чего привязано
__________________
И почему у МелкоСофта самый нелогичный и тяжелый способ действий оказывается самым правильным? |
|
06.08.2014, 12:27 | #5 |
Чайный пьяница
|
Какую ошибку выдаёт?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
06.08.2014, 15:27 | #6 |
Участник
|
Просто скромно написано
Произошла ошибка и что надо обратиться в службу техподдержку или на форум если еще раз ерорнет.
__________________
И почему у МелкоСофта самый нелогичный и тяжелый способ действий оказывается самым правильным? |
|
06.08.2014, 16:07 | #7 |
Еда - топливо, Одежда - н
|
Цитата:
Сообщение от frody
Действительно не дала, зараза
В промежуточный атрибут данные перенес. В форме поле удалил. Больше ни где на него ссылок не должно быть. Но атрибут в представлении не удалось удалить - дает ошибку (представление это и есть вьюшка?). Что можно сделать? Удалить целиком представление не пробовал - страшно. К нему много чего привязано И там все покажет, где еще атрибут задействован.
__________________
Все что вам нужно - это мозК Еда - топливо... Одежда - необходимость... |
|
06.08.2014, 16:13 | #8 |
Чайный пьяница
|
Цитата:
Включайте трасировку, делайте иисресет, воспроизводите ошибку, смотрите сгенерированный трейс.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
08.08.2014, 09:27 | #9 |
Участник
|
Базовая вьюшка, что изменяется в CRM 4.0, и где пытаюсь поменять тип поля это Incident. На SQL сервере обнаружил вьюшку на ней основанную - FilteredIncident и там есть и старое и новое поле. В системе не нашел где можно коректировать эту вьюшку отдельно. Может попробовать удалить в ней старое поле через SQL сервер, а уже потом удалить старое поле через систему CRM в основной вьюшке?
Это политкорректно?
__________________
И почему у МелкоСофта самый нелогичный и тяжелый способ действий оказывается самым правильным? |
|
|
|