Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/webpack/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Dynamics crm 一般SQL错误-约会主题_Dynamics Crm - Fatal编程技术网

Dynamics crm 一般SQL错误-约会主题

Dynamics crm 一般SQL错误-约会主题,dynamics-crm,Dynamics Crm,我刚刚发现了CRM中的一个漏洞,希望有人能帮我澄清一下 在我们的解决方案(CRM 2016 8.1.0.359)中,我们将预约主题字段的长度增加到450个字符。我们的一位测试人员报告说,在主题行中使用长字符串保存新约会时,她遇到了一个一般的SQL错误 仔细看一看,我注意到,如果输入的字符串超过200个字符(活动实体上主题的长度),则是错误发生的时间。似乎CRM或SQL数据库忽略了约会时定义的增加的列大小,而是使用来自父活动实体的列长度 我只是想澄清一下,我已经尝试在CRM 2013环境中复制这一

我刚刚发现了CRM中的一个漏洞,希望有人能帮我澄清一下

在我们的解决方案(CRM 2016 8.1.0.359)中,我们将预约主题字段的长度增加到450个字符。我们的一位测试人员报告说,在主题行中使用长字符串保存新约会时,她遇到了一个一般的SQL错误

仔细看一看,我注意到,如果输入的字符串超过200个字符(活动实体上主题的长度),则是错误发生的时间。似乎CRM或SQL数据库忽略了约会时定义的增加的列大小,而是使用来自父活动实体的列长度


我只是想澄清一下,我已经尝试在CRM 2013环境中复制这一点,它在那里的效果与预期一样。它似乎在我们当前版本的CRM中不起作用。这是2016年引入的错误吗?从那以后,它是否在汇总中得到了解决?以前有人经历过吗?

我刚刚用8.1.0.359的内部部署实例测试过,没有发现错误

我首先确认我不能在主题字段中输入超过200个字符。然后,我将约会的主题字段增加到400个字符,并发布了更改。然后我输入了一个300个字符的字符串并保存了记录,保存时没有错误。我做了一个SQL查询以确认它是否正确保存到数据库中

如果您在本地,请查看组织的SQL数据库。ActivityPointerBase.Subject字段是存储此值的位置。更改约会主题字段大小之前,此字段为
nvarchar(200)
。进行更改后,我刷新了SQL Management Studio视图,字段为
nvarchar(400)

我的第一个建议是将大小更改为较小的长度并发布。然后将其更改回400并发布(发布应该不是必需的,但我以前看到它解决了一些奇怪的问题。)可能是由于某种原因,更改被保存了,但整个过程没有执行


如果这不能解决问题,我建议查看详细的跟踪日志,看看发生了什么(如果您在本地)或打开支持票证(如果您在线)。

我刚刚用8.1.0.359的本地实例对此进行了测试,没有发现错误

我首先确认我不能在主题字段中输入超过200个字符。然后,我将约会的主题字段增加到400个字符,并发布了更改。然后我输入了一个300个字符的字符串并保存了记录,保存时没有错误。我做了一个SQL查询以确认它是否正确保存到数据库中

如果您在本地,请查看组织的SQL数据库。ActivityPointerBase.Subject字段是存储此值的位置。更改约会主题字段大小之前,此字段为
nvarchar(200)
。进行更改后,我刷新了SQL Management Studio视图,字段为
nvarchar(400)

我的第一个建议是将大小更改为较小的长度并发布。然后将其更改回400并发布(发布应该不是必需的,但我以前看到它解决了一些奇怪的问题。)可能是由于某种原因,更改被保存了,但整个过程没有执行


如果这不能解决问题,我建议查看详细的跟踪日志,看看发生了什么(如果您在本地)或打开支持通知单(如果您在线)。

结果表明,这是我们解决方案中的一个已知问题。我将此标记为答案,因为我感谢您亲自运行测试并确认它不是CRM错误!事实证明这是我们解决方案中的一个已知问题。我将此标记为答案,因为我感谢您亲自运行测试并确认它不是CRM错误!