在SQL Server中，存储过程是预编译的SQL语句集合，它们允许开发人员封装复杂的逻辑，提高数据库操作的效率和可维护性。然而，在编写和执行存储过程时，我们可能会遇到各种错误，其中之一就是“表 ''#TT'' 没有标识属性无法执行 SET 操作”。这个错误通常出现在尝试对一个没有标识列（identity column）的表执行更新或插入操作，并且这些操作试图更改具有唯一约束或主键约束的字段。
在问题的描述中，开发者在创建一个临时表`#TT`时没有定义任何主键，这导致了错误的发生。临时表在SQL Server中用于存储临时数据，它们有两种类型：本地临时表（以单个#开头，如`#TT`）和全局临时表（以两个#开头）。临时表在会话结束时自动删除，对于存储过程内部的数据处理非常有用。
错误出现的原因在于，当你尝试向一个没有标识属性（identity property）的表执行`INSERT`操作时，SQL Server可能会尝试更新该表中的某一行，但因为没有标识列作为自动递增的唯一标识，它无法确定哪一行应该被更新。在大多数情况下，主键或唯一约束的存在是为了确保数据的完整性和一致性，所以当试图更改这些字段时，SQL Server会抛出错误。
原始的代码创建了一个没有主键的临时表：
```sql
CREATE TABLE #TT(CourseId INT ,UserId INT,ClassId INT)
```
在这个例子中，`CourseId`, `UserId`, 和 `ClassId` 都没有被指定为主键。当尝试插入数据时，由于没有唯一标识，SQL Server无法执行`SET`操作，因为它无法识别特定行进行更新。
解决这个问题的方法是为表添加一个主键。这里开发者添加了`CourseId`作为主键：
```sql
CREATE TABLE #TT(CourseId INT PRIMARY KEY ,UserId INT,ClassId INT)
```
这样，`CourseId`成为表的主键，`INSERT`操作能够成功执行，因为现在有了一种方法来唯一标识每一行。
有趣的是，当开发者移除`PRIMARY KEY`关键字后，SQL Server仍然没有报错。这可能是因为`INSERT`语句中的数据是通过`SELECT`语句从另一个表`T_MyOrder`中获取的，`T_MyOrder`表中可能已经存在一个主键或唯一约束，这使得SQL Server能够在没有明确指定主键的情况下成功执行插入操作。不过，这并不意味着在创建临时表时可以忽略主键设计，因为它会影响到其他操作，比如`UPDATE`或`DELETE`，特别是在并发环境中。
总结一下，避免“表 ''#TT'' 没有标识属性无法执行 SET 操作”错误的关键是确保表有一个标识列或者主键，这将提供一个唯一的行标识，使得SQL Server可以正确地执行涉及行级别的操作。在编写存储过程时，应始终考虑数据完整性，合理设计表结构，包括主键和唯一约束，以保证数据的一致性和准确性。在遇到此类错误时，检查并修正表的结构，特别是确保关键字段的约束是正确的，是解决问题的关键步骤。同时，良好的编程习惯和详细的错误日志可以帮助快速定位和解决问题。
