Dynamics crm 2011 Microsoft Dynamics CRM 2011更改实体的最佳解决方案&x27；s字段数据类型

在Dynamics CRM 2011内部部署中更改字段的数据类型时，我遇到了一个问题。 在我的托管解决方案中，将其命名为“解决方案1”，在联系人实体中有一个自定义字段：“new_usernumber”，类型为number（int）。我想根据新客户机的要求将其更改为字符串（对于新用户，他们希望向其添加前缀）。 我可以卸载该解决方案并部署新的“固定”托管解决方案，但这需要我删除自定义字段上的值。有没有更好的解决办法

---

TIA

要做到这一点，没有简单的方法。如果您还没有使用托管解决方案在实例中部署数据，我建议将其删除并导入更正的托管解决方案文件

在不丢失数据的情况下，不支持或不支持更改字段数据类型（或逻辑名称）的过程。您需要做的是添加新字段，然后编写一个快速更新实用程序，将数据从旧字段复制到新字段

关于如何在托管解决方案中删除字段。注意，如果您试图保留数据，则需要在“Import devkeydetDeleteExample_1_1_HOLDING.zip”步骤之后运行更新

---

玩得开心…这是一种痛苦，但肯定是可行的

几个月前，我在一个解决方案中重新创建了字段（从double到int）。那是一个巨大的错误。我仍然不确定哪里出了问题，但他们确实出了问题。我不仅错过了约会。我设法在元层中引入了错误，所以我们的MVP不得不坐在那里，亲爱的，帮我让它重新运行。他不高兴。我不高兴。客户不高兴（今天是前客户，主要是因为这个）

所以，我谦虚的建议——不要这样做。改为声明一个新字段。如果您有usernumber，请保留它，但开始使用userNumberString（或userString、userName等）。我猜那样你会留长头发的

---

如果你成功了，请告诉我。：）

谢谢你的文章，我在这个时候就用了这个方法。而且似乎编写更新实用程序是不可避免的。希望这种转换能够在未来简单数据类型（如int、十进制到字符串）Atm的CRM开发中得到支持，我们正在执行Nicknow的建议。客户很乐意让站点进行一段时间的维护，我们正在推动这一方案。我们已经备份了所有数据库，以防发生不好的事情。让我们看看这之后会发生什么。希望这一切能顺利进行，手指交叉。编辑：顺便说一句，谢谢你的建议，这是更安全的方法。对于这种情况，我们将记住另一种解决方案：）我希望你能让它发挥作用。毕竟，它不应该太复杂。另一方面，我们不应该有战争。但我们有。：）如果他乐于助人，请考虑给予“Nek+ 1”。谢谢你，伙计，效果不错。对不起，今天就回来。想给Nicknow+1，但不能，因为我是新来的：）别担心。你可以稍后再做，或者我可以请一位朋友投票支持他。（我也喜欢他的回答，所以我也得到了+1。）