为什么我们不能直接在PL / SQL块中编写ddl语句，例如当我编写时 CREATE OR REPLACE PROCEDURE test IS BEGIN truncate table table_name; // error END test; / 但， CREATE OR REPLACE PROCEDURE test IS BEGIN execute immediate 'truncate table table_name'; // works fine END test; / 为什么第二个成功执行？
运行以下脚本时出现错误； IF NOT EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE='BASE TABLE' AND TABLE_NAME='Table_Name') BEGIN CREATE TABLE Table_Name ( Field_Name_1 binary(32) NOT NULL CONSTRAINT PK_Name_Goes_Here PRIMARY KEY NONCLUSTERED , Field_Name_2 int NOT NULL , Field_Name_3 datetime NOT NULL INDEX IX_Name_Goes_Here CLUSTERED ) END 特别是聚集索引的创建会引发以下错误： 消息1018，级别15，状态1，第15行 'INDEX'附近的语法不正确。如果要将其用作表提示的一部分，则现在需要A WITH关键字和括号。有关正确的语法，请参见SQL Server联机丛书。 这很奇怪，因为它适用于我们所有的服务器，但特定的质量检查服务器除外。我们已经解决的问题是在表创建语句之外创建聚簇索引，但是如果有人之前遇到过此问题，我将很感兴趣。
在PostgreSQL中，我可以创建一个包含一些测试数据的表，然后在事务中将其迁移到其他类型的新列，从而在上重写一个表COMMIT， CREATE TABLE foo ( a int ); INSERT INTO foo VALUES (1),(2),(3); 其次是， BEGIN; ALTER TABLE foo ADD COLUMN b varchar; UPDATE foo SET b = CAST(a AS varchar); ALTER TABLE foo DROP COLUMN a; COMMIT; 但是，Microsoft SQL Server中的同一件事似乎会产生错误。比较此工作的db fiddle，其中ADD（column）命令在事务之外， -- txn1 BEGIN TRANSACTION; ALTER TABLE foo ADD b …
我有一个SQL Server 2005 Standard x64，在过去的几个月中，TempDB DDL争用一直遇到问题。服务器将在等待资源2：1：103（等待类型为PAGELATCH_EX）上发生争用。 当服务器处于正常负载时，该问题似乎偶尔发生。我一直在监视“销毁临时表”的速率，在我们在2：1：103遇到PAGELATCH_EX问题时，它的速率可能会跳到5,000+。根据我的阅读，该计数器在大多数情况下应该为0，但在大多数情况下，我们的计数器似乎保持在300-1100之间。仅当系统上用户很少时，计数器才会变为0。 我如何缩小在tempdb上导致DDL争用的原因，而不必在干草堆中寻找针头？
我正在尝试创建一个触发器，以更改数据库创建时的排序规则，但是如何捕获触发器中要使用的数据库名称？ USE master GO CREATE TRIGGER trg_DDL_ChangeCOllationDatabase ON ALL SERVER FOR CREATE_DATABASE AS declare @databasename varchar(200) set @databasename =db_name() ALTER DATABASE @databasename COLLATE xxxxxxxxxxxxxxxxxxx GO 显然，这是行不通的。
汇集了一个快速处理程序以帮助调试，我遇到了编译器中似乎是错误的错误。 create proc spFoo @param bit as begin if @param = 0 begin select * into #bar from [master].dbo.spt_values -- where number between ... end else begin select top 10 * into #bar from [master].dbo.spt_values order by newid(); end; end; 尝试执行上述操作会返回以下错误 消息2714，级别16，状态1，过程spFoo，第19 行在数据库中已经有一个名为“ #bar”的对象。 在人类可读的意义上，该proc似乎很好：select into因为它们被包装在if-else块中，所以仅将执行一条语句。但是，非常好，SQL Server无法确认这些语句在逻辑上相互排斥。也许更令人困惑的是，将drop table #fooif放置在if-else块内时（如果假定它将告诉编译器取消分配对象名），错误仍然存在，如下所示。 create …