SQL-Server... Sheibe, steh an!!!

SQL-Server... Sheibe, steh an!!! (16 Beiträge, 229 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi !

Habe mir die Express-Edition downgeloadet - und wollte gerade mit ein paar Statements beginnen...

Als Allererstes beginnt man also in einer testdb mit
CREATE SEQUENCE bubu;

und kommt schon drauf, daß das nicht klappt... ARGH.
Bittebitte - wie wird ne Sequence im SQL-Server benammst ?

cu ein
gepeinigter_MS_SQL-Server_einsteiger

EDIT:
Maaa, ich verzweifel...

Net amoi "SELECT 'A' || 'B'" klappt... und auch net "SELECT 'A' & 'B'" wie im ACCESS - sondern beim SQL-Server nun eben "SELECT 'A' + 'B'"... Sorry, aber das halte ich ja für das allerdümmste... Wenn M$ schon alles anders machen will als die anderen - warum sind sie nicht einmal untereinander kompatibel ???

Und "+" Doppelt für Strings und Zahlen verwendet... Pfrrt.
In jeder anderen DB kann man

(i) SELECT '0' + 3;
(ii) SELECT '0' || 3;

tippen - und beim ersten mal kommt eben "3" raus, beim zweiten mal "03"...
Dadurch, daß das "+" doppelt verwendet wird, wird's stressiger... Man kann also nicht einfach alle "||" oder eben "&" durch "+" ersetzen, sondern muß mehr durchdenken... pfrrt. Wo war schnell der SQL-Server-Vorteil ?

08.05.2006, 22:36 Uhr - Editiert von gepeinigter_aon_neukunde, alte Version: hier

Falls du eine Sequence verwenden möchtest, um einer Spalte einer Zeile automatisch einen Wert zuzuweisen, geht das beim MS-SQL einfacher:

create table x (
ID int identity (1, 1) not null
)

start = 1
increment = 1

Die anderen Merkwürdigkeiten sind leider Bestandteil des ach so standardisierten SQL. Jeder macht's eben anders.

08.05.2006, 23:05 Uhr - Editiert von steiger, alte Version: hier

Naja, das mit dem IDENTITY ist wohl gleich wie im ACCESS... Und ich habe es dort schon gehaßt

Begründung:

Annahme, du hast eine Tabelle mit Bereichen und eine mit Abteilungen:
BEREICH:
ID BEREICH
1 SALES
2 HR
.....
ABTEILUNG:
ID ABTEILUNG BEREICH
1 PRESALES 1
2 MARKETING 1
........
Wie auch immer, eben eine Master-Detail-Beziehung.

Nun fügst in die BEREICH-Tabelle ja nur was ein, wenn du einen passenden ABTEILUNGSDS gleich mit angibst...

Also mußte ich bei ACCESS - und jetzt wieder - wie folgt vorgehen, wenn ich Abt10 in Bereich bubu anlegen will:

INSERT INTO BEREICH (BEREICH) VALUES ('bubu');
SELECT id FROM BEREICH where BEREICH='bubu';
INSERT INTO ABTEILUNG (ABTEILUNG,BEREICH) VALUES ('Abt10'',_obige_id_);

Das kommt mir blöd vor - weil ich dann eben einen Full-Table-Scan über BEREICH fahren muß.. Oder die Spalte BEREICH in der TAB BEREICH eben indizieren müßte, was mir nur als SEQUENCE-Ersatz auch nicht soooo supi vorkommt...

Da finde ich ne SEQUENCE viel praktischer... Die Verhält sich ja gleich wie der Autowert, wenn man den nextval als Default-Value vergibt - plus man kann seeehr effizient eben auf CURVAL zugreifen..

Naja, ist halt so.

EDIT:
Dein Beispiel würde in der Postgres wie folgt gehen:

CREATE TABLE x (ID SERIAL NOT NULL PRIMARY KEY);

also auch net viel wilder. SERIAL ist vom Typ BIGINT (also 64-Bit-Integer) - und legt im Hintergrund eine Sequence mit namen x_id_seq an, die man bequemst nutzen kann...

EDIT²:
Standardisierung und so... Ich dachte eigentlich, daß Doppelpipe standardisiert ist... Aber auch wenn nicht: Daß M$ zu sich selbst inkompatibel ist, finde ich wüst

08.05.2006, 23:17 Uhr - Editiert von gepeinigter_aon_neukunde, alte Version: hier

Klar haben Sequences auch ihre Vorteile. Aber auch bei Identities musst du keinen Fulltable Scan oder Index machen.

Dein Beispiel leicht modifiziert:

declare @id int
INSERT INTO BEREICH (BEREICH) VALUES ('bubu');
select @id = @@IDENTITY
-- SELECT id FROM BEREICH where BEREICH='bubu';
INSERT INTO ABTEILUNG (ABTEILUNG,BEREICH) VALUES ('Abt10'',@id);

Funktioniert tadellos.

Was die Standardisierung betrifft, hast du leider recht. Aber Access ist sowieso keine richtige Datenbank und mit SQL hat das in weiten Bereichen auch nichts zu tun. (Obwohl ich Access nur aus sehr wenigen Situationen kenne, gehe dem sonst aus dem Weg)

Gute Nacht, Diskussion kann vormittags gerne weitergehen.

09.05.2006, 00:11 Uhr - Editiert von steiger, alte Version: hier

Ahhh... Danke....

Wie klappt das mit dem @@IDENTITY ?
Was ist genau die Bedeutung ? Hast einen Link ? Oder ist das immer die letzte ???

Immer die letzte ID zurück. Allerdings meines wissen veraltet.

Aktuell ist: SELECT SCOPE_IDENTITY()

http://weblogs.asp.net/rosherove/archive/2003/11/13/37217.aspx

09.05.2006, 08:26 Uhr - Editiert von Undying, alte Version: hier

Stimmt. Mit dem SQL Server 2005 hat sich da wieder etwas getan.

Doku:
SQL Server 2000
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_ia-iz_3iex.asp

SQL Server 2005
http://msdn2.microsoft.com/en-us/library/ms190315.aspx

Ging auch schon beim 2000er.

Undying

Hast recht, ist mir auch aufgefallen. Naja, bin das @@identity eben gewohnt und die neuren Scope-bezogenen Varianten waren bis jetzt nicht notwendig.

Danke für die Tipps...

Das ist zwar noch immer nicht ein 100%iger SEQUENCE-Ersatz - aber für meine App reicht das sicherlich aus... Das hilft mir echt viel - Danke schön!!!

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung