>La chiave è ABI e CAB, secondo te e meglio creare una chiave primaria?
E' una delle prime cose "necessarie" poichè ti rende univoco il record, sia fisicamente, sia logicamente.
Se nella tua tabella cercassi di inserire più ABI e CAB identici con gli altri attributi diversi (o anche uguali) potrei. E non è corretto.
Eccoti la tabella:
CREATE TABLE dbo.Banca
(
Abi varchar(5) NOT NULL
, Cab varchar(5) NOT NULL
, IstitutoCredito varchar(50) NULL
, Agenzia varchar(50) NULL
, IndirizzoIstituto varchar(50) NULL
, LuogoIstituto varchar(50) NULL
, Cap varchar(5) NULL
, Prov varchar(5) NULL
, CONSTRAINT PK_dboBanca PRIMARY KEY CLUSTERED
(
Abi
, Cab
) ON [PRIMARY]
) ON [PRIMARY]
GO
Eccoti l'esempio di stored procedure:
Detto questo, mi soffermerei sulla tipizzazione dei campi e sulle eventuali tabelle aggiuntive rispetto a quella già definita..
Se la dbo.Banca è una tabella di appoggio, ok. Ma io ci vedo tante altre cose..
Ad esempio vedo altre tabelle da relazionare piuttosto che campi come IstitutoCredito o Agenzia. Vedo due tabelle e nella dbo.Banca solo l'id di relazione. Vedo na tabella delle province..
--
Alessandro Alpi | SQL Server MVP
http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org