问题标签 [sql-server-2012]

安装 SQL Server 2008 后，我找不到SQL Server Configuration ManagerinStart / SQL Server 2008 / Configuration Tools菜单。

我应该怎么做才能安装这个工具？

列存储索引的好处之一是单个列的数据“在磁盘上彼此相邻”存储。这代表更好的压缩和更快的读取时间。

然而; 当使用 B 树（常规的非聚集索引）时，该树的叶子不是数据本身吗？因此，当我在 A 列上创建索引时，A 列的所有字段不会出现在磁盘上与表并行排序吗？这意味着数据可以被压缩并且可以被快速读取。

简而言之：列存储索引何时比单个列上的 B 树更高效？

提前致谢！

我得到了这个 Sql 查询

现在我的问题是，我想为每个订单返回一笔金额。我尝试将我的查询更改为

但这没有运行，所以我希望有人可以帮助我完成我的查询

我有 VS2010 Premium，最近从 SQL Server 2008R2 升级到 2012 Developer Edition。现在，当我尝试部署现有数据库项目（使用 2008Rs 时创建）时，我收到以下错误。

错误 {name}：无法确定目标数据库架构提供程序

此外，我没有看到用于从 VS 中的可用项目模板创建 2012 年新数据库项目的选项，SQL Server Data Tools 应该可用（作为 2012 年升级的一部分成功安装）。

我一直在阅读他们现在已经放弃了他们的 HPC 项目并转向 Hadoop。并且他们将提供他们自己的 hadoop 安装包，可能会更无缝地与 .NET 集成。

我在哪里可以获得有关此计划的文档？架构以及如何开始在本地进行实验。

.NET 上 Hadoop 的另一个替代方案是来自 myspace 的 Qizmt。http://qizmt.myspace.com/ <-- 比较如何。它看起来像一个 Map Reduce 框架，但如果没有 HDFS/Big table 类型的文件系统，它似乎没有用，那么它是否带有一个？

谢谢！

我正在处理文档存储。因此，我计划将 SqlServer 2012 与文件表一起使用。现在经过一些测试，似乎 SqlServer 只索引 doc 而不是 docx 文件。

我还安装了 Microsoft Filter Pack 2.0。

有人知道如何获得 docx 支持吗？也许还有办法获得 pdf 支持？？

非常感谢博阿斯

我有一个大约 2 亿行和大约 15 列的表。我打算在我的表上创建列存储索引。根据我在列存储索引中使用的列的顺序，性能是否会有任何变化？如果是，其背后的逻辑是什么？

所有以前版本的 SQL Server（包括 Reporting Services）都引入了新的 RDL 架构，当前版本的报表查看器控件（包含在 Visual Studio 中）不支持该架构。2012版也是这样吗？

例如，SQL Server 2008 R2 使用 RDL 2010，但 Visual Studio 2010 的报表查看器控件仅支持 RDL 2008（由 SQL Server 2008 使用）。

编辑
似乎 SQL2012 使用与 SQL2008R2 Report Builder (SSRS) 相同的 reportbuilder (3.0)。这可能表明架构是相同的。

注意 RDL Schema 版本可以<Report>在 .rdl 文件中元素的 xmlns 属性中找到（通常是在文本编辑器中打开的 .rdl 文件的第二行），请参阅Find the Report Definition Schema Version (SSRS)。

我将 Mining Structures 从 2008 服务器迁移到 2012 服务器。当我在 2012 服务器上的 DMX 查询中尝试我的 CLR UDF（在 SQL Server 2008 上运行良好）时，我收到此错误：

调用的目标已引发异常。你调用的对象是空的。

我最初的目标是让GetNodeDescription(...)方法运行。在调试问题时，我可以将问题隔离到这个在我的 SQL Server 2012 上失败的 UDF

我的猜测是CurrentMiningModelnull 因为以下代码可以正常工作

关于如何解决这个问题的任何想法？有人可以重现这个吗？

谢谢。

简

更新：由于“元数据重构”（无论这意味着什么......），Microsoft 的一位联系人确认了这种行为。但是，该网站仍有待适当更新。

我有一堆需要为 2008 R2 报告服务处理的报告。我可以在为 2008 R2 设计的报表上使用 2012 报表设计器吗？2012 年的设计师知道我正在设计 2008 年的 R2 盒子吗？

一如既往地感谢，伙计们。