Hallo Webdesigner,
aus Deinem Coding geht hervor, dass u. a. die Relation selbst eine Variable sein soll. Dies geht in Funktionen nicht:
http://msdn.microsoft.com/de-de/library/ms186755.aspx
Sofern Du tatsächlich die Relation selbst als Variable übergeben möchtest, kannst Du das nur durch zwei Lösungsansätze erreichen:
- Verwendung einer Stored Procedure
- Verwendung einer CLR-Function
Die Verwendung einer CLR-Funktion halte ich in Hochverfügbarkeitsumgebungen für fragwürdig - Gleiches gilt für Sicherheitsumgebungen (Banken, Versicherungen, ...)
Die Verwendung einer Stored Procedure wird in diesem Fall die einzige Lösung sein. Hierzu hat Frank aber schon mit einem Link auf die Sicherheitsrisiken (SQL Injection) hingewiesen. Sofern Du dieses Risiko tragen möchtest, kann man das wie folgt lösen:
USE tempdb
GO
-- Erstellen zweier Tabellen für die unterschiedlche Verwendung
IF OBJECT_ID('dbo.firsttable', 'U') IS NOT NULL
DROP TABLE dbo.firsttable
GO
IF OBJECT_ID('dbo.secondtable', 'U') IS NOT NULL
DROP TABLE dbo.secondtable
GO
CREATE TABLE dbo.firsttable
(
id int not null identity (1, 1) PRIMARY KEY CLUSTERED,
col1 char(20) NOT NULL DEFAULT ('just a column'),
col2 char(30) NOT NULL DEFAULT ('just a second column')
);
CREATE TABLE dbo.secondtable
(
id int not null identity (1, 1) PRIMARY KEY CLUSTERED,
col1 int NOT NULL DEFAULT (rand() * 10000),
col2 int NOT NULL DEFAULT (rand() * 1000),
col3 AS col1 * col2
);
-- Befüllen der Tabellen mit ein paar Daten
SET NOCOUNT ON
GO
INSERT INTO dbo.firsttable DEFAULT VALUES
GO 100
INSERT INTO dbo.secondtable DEFAULT VALUES
GO 100
--SELECT * FROM dbo.firsttable;
--SELECT * FROM dbo.secondtable;
GO
-- Erstellen einer Stored Procedure für die Anforderungen
IF OBJECT_ID('dbo.myproc', 'P') IS NOT NULL
DROP PROC dbo.myproc
GO
CREATE PROC dbo.myproc
@table_name sysname
AS
SET NOCOUNT ON
-- Sollte die Relation nicht vorhanden sein, Fehler!
IF OBJECT_ID(@table_name) IS NULL
BEGIN
RAISERROR ('Eine Tabelle %s existiert nicht', 0, 1, @table_name) WITH NOWAIT
RETURN
END
DECLARE @stmt nvarchar(4000)
SET @stmt = 'SELECT * FROM ' + @table_name + ';'
EXEC sp_executeSQL @stmt;
SET NOCOUNT OFF
GO
-- Test
EXEC dbo.myproc 'dbo.firsttable'
Der Code ist relativ trivial - zunächst werden zwei Tabellen erstellt, die mit jeweils 100 Testdaten gefüllt werden. Anschließend erstelle ich eine Prozedur, die mittels sp_executeSQL einen SELECT auf die - als Parameter - übergebene Tabelle übergibt.
Bezüglich der von DIr geforderten "Berechnung" schau' Dir bitte mal die Tabelle dbo.secondtable an - in ihr ist das dritte Attribut eine Berechnung aus col1 und col2. Sofern Du nach berechneten Werten suchst, muß die Berechnung PERSISTED sein, um dieses
Attribut mit einem Index versehen zu können.
Problem einer Prozedur in Gegensatz zu einer Funktion... - sie kann nicht in einem SELECT-Konstrukt verwendet werden!
Da jedoch nicht genau klar ist, was Du eigentlich machen möchtest, mußt Du schon etwas mehr Informationen bereitstellen.
Weitere Information zu den von mir angesprochenen Themen:
sp_executeSQL:
http://msdn.microsoft.com/de-de/library/ms188001.aspx
persisted columns:
http://msdn.microsoft.com/de-de/library/ms186241.aspx
Uwe Ricken
MCSE - SQL Server 2012
MCSA - SQL Server 2012
MCITP Database Administrator 2005
MCITP Database Administrator 2008
MCITP Microsoft SQL Server 2008, Database Development
db Berater GmbH
http://www-db-berater.de
SQL Server Blog (german only)
