问题标签 [sql-server-2014]

我的后台进程是批量更新/插入数据。我需要在临时表中存储一些数据以备后用。我有 5 个临时表。如果我使用临时表（CREATE TABLE #T），则需要 2-3 秒，但如果我使用表变量（DECLARE @T TABLE），则需要 90 多秒。这是一个示例临时表，

为什么表变量很慢？

我正在使用 SQL Server 2014 CTP2，READ_COMMITTED_SNAPSHOT ON（我认为这对这个问题很重要）。

我创建了一个 In-Memory 表类型（与 technet 博客SQL Server 2014 In Memory OLTP: Memory-Optimized Table Types and Table Variables的示例非常相似），并且我有几个 In-Memory 表。

在查询本身中，我在常规 In-Memory 表和 In-Memory 表类型之间建立了连接，充当过滤器，当我执行查询时，我收到以下错误消息：“使用 READ 访问内存优化表的查询COMMITTED 隔离级别，当数据库选项 READ_COMMITTED_SNAPSHOT 设置为 ON 时无法访问基于磁盘的表。使用表提示为内存优化表提供支持的隔离级别，例如 WITH (SNAPSHOT)。

我在写这个问题时删除了 READ_COMMITTED_SNAPSHOT ON，但问题仍然存在，如果我创建了一个内存数据类型，并且这个特定类型将“永远不会溢出到磁盘”，正如博客所说，为什么服务器将其“视为”“磁盘表”？

为了解决问题，我尝试仅使用 In-Mem 表进行联接，并且它可以工作，只要表类型进入我就得到了错误。

更新：当我删除 READ_COMMITTED_SNAPSHOT（现在它已关闭）时，查询有效，但现在我失去了多版本/无锁/速度，我想听听另一种解决方案。

谢谢

重现步骤。

创建具有内存优化文件组的数据库

创建一些对象

以下工作没有错误

但是这个

给出上面详述的错误

消息 41359，级别 16，状态 0，过程 P，第 62 行 当数据库选项 READ_COMMITTED_SNAPSHOT 设置为 ON 时，使用 READ COMMITTED 隔离级别访问内存优化表的查询无法访问基于磁盘的表。使用诸如 WITH (SNAPSHOT) 之类的表提示为内存优化表提供支持的隔离级别。

我正在做一个学校项目，我需要在 ASP.NET mvc3 应用程序中实现基于角色的授权。目前该应用程序仅将用户的角色存储在数据库中的一个字段中，并且只有一个登录页面。我需要更改整个应用程序，以便将不同的内容授予不同的用户，包括管理员、主管和顾问（顾问能够输入新的客户信息并编辑和查看他们输入的客户信息。主管可以查看和编辑所有客户信息，还可以查看和编辑辅导员信息。管理员可以访问应用程序上的所有内容。）

我不确定要提供有关该应用程序的其他信息，但我将非常感谢我能获得的任何帮助，因为我是 ASP.net mvc 的新手。我发现的大多数教程都侧重于基于角色的方法的特定部分。我需要更多自下而上的方法来实现角色及其授权。

我还没有看到 SQL Server 2014，只是想知道 SSIS 2012 和 SSIS 2012 有什么区别吗？引入了任何新组件吗？有什么新任务吗？

SQL SERVER 2014 SSIS 已经发布，我们已经在 SQL SERVER 2012 SSIS 中有很多功能。有人可以将 SSIS 2014/SSIS2012 与 Informatica Power center 进行比较吗？Informatica 新版本比 SSIS 2012/2014 有哪些附加功能？或者 SSIS 2014/20122 中是否有 Informatica 中没有的功能。

我仍然不明白为什么客户要投资像 Informatica 这样非常昂贵的工具，如果我们有像 ssis 这样可靠有效的工具。请高手讨论一下

SQL SERVER 2014 中引入了哪些新功能？

我首先在 PhpMyAdmin 中创建了我的数据库结构并将其导出到 .sql 文件。现在我在 SQL Server Management Studio 中到处寻找可以在新数据库中导入/添加数据的地方。

有人在哪里看或点击什么？我使用的是 2014 版 (CTP2)

我想查询包含名称列的所有表的名称？

有什么想法吗？

I have a web site running in an Azure Cloud Services Web Role, which uses an Azure SQL Database. For development, I use SQL Server LocalDb, which was installed with Visual Studio 2013.

Now that SQL Server 2014 is released, should I switch to its version of LocalDb? Does the new LocalDb provide a more realistic emulation of Azure than the LocalDb that ships with VS2013? If I should switch, what should I uninstall and what should I install? Any other configuration changes?

我的解决方案中有一个数据库项目，它不会从 Visual Studio 2013 部署。它失败并显示错误消息"Unable to connect to target server"。

在 Visual Studio 2012 中打开同一个项目时，部署没有问题。

数据库是托管在 Sql 2014 引擎中的 Sql 2012 (express)

因此，部署设置是（更改名称以保护无辜者）：

我还尝试使用用户名和密码而不是集成安全性进行部署...