Test-bed sederhana:
USE tempdb;
GO
/*
This DROP TABLE should not be necessary, since the DROP SCHEMA
should drop the table if it is contained within the schema, as
I'd expect it to be.
*/
IF COALESCE(OBJECT_ID('tempdb..#MyTempTable'), 0) <> 0
DROP TABLE #MyTempTable;
IF EXISTS (SELECT 1 FROM sys.schemas s WHERE s.name = 'SomeSchema')
DROP SCHEMA SomeSchema;
GO
CREATE SCHEMA SomeSchema AUTHORIZATION [dbo]
CREATE TABLE SomeSchema.#MyTempTable /* specifying the schema
should not be necesssary since
this statement is executed inside
the context of the CREATE SCHEMA
statement
*/
(
TempTableID INT NOT NULL IDENTITY(1,1)
, SomeData VARCHAR(50) NOT NULL
);
GO
INSERT INTO tempdb.SomeSchema.#MyTempTable (SomeData) VALUES ('This is a test');
SELECT *
FROM tempdb.SomeSchema.#MyTempTable;
GO
SELECT *
FROM sys.objects o
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
WHERE s.name = 'SomeSchema';
SELECT s.name
, o.name
FROM sys.objects o
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
WHERE s.name = 'dbo'
AND o.name LIKE '%MyTempTable%';
DROP SCHEMA SomeSchema;
DROP TABLE #MyTempTable;
Di atas harus membuat tabel sementara bernama #MyTempTable
di tempdb di bawah skema bernama SomeSchema
; namun tidak demikian. Sebagai gantinya tabel dibuat di menudbo
skema.
Apakah ini perilaku yang diharapkan? Saya menyadari ini jelas merupakan kasus tepi di sekitar penggunaan tabel temp skema khusus; namun akan lebih baik jika mesin memberikan kesalahan saat mencoba membuat tabel sementara skema-terikat, atau benar-benar mengikatnya ke skema yang ditentukan dalam DDL.
Juga, saya saat ini tidak memiliki akses ke SQL Server 2014 atau 2016; apakah itu berfungsi seperti yang diharapkan pada platform tersebut?