In diesem Beispiel besitzt die Auftragstabelle ein Key-Feld “Auftrags-ID”. Die Positionstabelle ist mit dem Feld “AUFTRAGS-ID_der_POSITION” mit der Auftragstabelle verbunden. In der Positiontabelle befindet sich ebenfalls das Feld POS-Nr.

Die hier beschiebene Lösung funktioniert sowohl mit Access Datenbanken, Access Projekten (SQL Server) oder mit Access ODBC Datenbanken.

Folgende Schritte sind erforderlich:

Standardwert für die Pos-Nr auf 10 setzen. Beim Anlegen der ersten Auftragsposition wird der Standardwert verwendet.

Im Unterformular (der Positionstabelle) eine Prozedur “BeforeInsert” anlegen.

Private Sub Form_BeforeInsert(Cancel As Integer)
On Error GoTo Fehler

Dim txtPOSneu As Integer

  If DCount("[POS-Nr]", "POSITIONEN", "[AUFTRAGS-ID_der_POSITION] =" & AUFTRAGS-ID_der_POSITION) < 1 Then Exit Sub

  txtPOSneu = DMax("[POS-Nr]", "POSITIONEN", "[AUFTRAGS-ID_der_POSITION] =" & AUFTRAGS-ID_der_POSITION) + 10

  Me.POS-NR = txtPosneu

Exit_Fehler:

  Exit Sub

Fehler:

  MsgBox Err.Description

  Resume Exit_Fehler

End Sub

Im Kurs am 12.07.2013 hat jeder Teilnehmer die Möglichkeit ein eigenes Websiteportal aufzubauen und mithilfe von Microsoft Office eine neue Dimension der Zusammenarbeit kennenzulernen.

Kursinhalte:

• Installation und Konfiguration der Server-Farm
• Zusammenarbeit mit Microsoft Office (Access-, Excel-, Word- und Visio Services) Anwendung von Webparts, Websites, Listen, Dokumentenbibliothen Einsatz von Dashboards und Statuslisten (KPIs)
• Dokumentenmanagement mit Versionsverwaltung
• Nutzung von PowerPivot mit Excel und SharePoint
• Verwendung des SharePoint Workspace und den Microsoft WebApps
• Erstellen von Workflows mit dem Designer 2010

Beispiele:

Feld PLZ in der Tabelle KDE hinzufügen

ALTER TABLE KDE
ADD PLZ varchar(5)

Gültigkeitsregel hinzufügen

ALTER TABLE KDE
ADD Constraint CKStatus CHECK (STATUS >=10)

Standardwert (Defauft) für ein Feld hinzufügen

ALTER TABLE KDE
ADD DEFAULT 10 FOR STATUS

Primärschlüssel für Tabelle KDE auf Feld KNR setzen

ALTER TABLE KDE
ADD Constraint PK_Test PRIMARY KEY Clustered (KNR)

Feld Datum in die Tabelle KDE einfügen und einen Standardwert auf das aktuelle Datum setzen

ALTER TABLE KDE
ADD DATUM smalldatetime
CONSTRAINT DFDatum DEFAULT Getdate() with Values

Einschränkung (Constraint) CKStatus entfernen

ALTER TABLE KDE
DROP Constraint CKStatus

Primärschlüssel (Constraint) löschen

ALTER TABLE KDE
DROP CONSTRAINT PK_TEST

Beziehung zwischen Fremdschlüssel und Primärschlüssel setzen

ALTER TABLE KDE
ADD Constraint FK_KDE_AUF FOREIGN KEY (KNR)
REFERENCES AUF (KNR)

Beziehung zwischen Tabellen löschen

ALTER TABLE TEST
DROP Constraint FK_KDE_AUF

SELECT KUNDE, STRASSE, PLZ, ORT as WOHNORT

FROM KUNDENTABELLE

WHERE BEDINGUNG

UNION

SELECT LIEFERANT, STRASSE, PLZ, ORT as WOHNORT

FROM LIEFERANTENTABELLE

ORDER BY 1

UNION

…..

Dabei sind UNION Abfragen nicht kompliziert, wenn einige Grundregeln beachtet werden. Die Anzahl der von den benutzten Abfragen muss identisch sein. Die Spalten müssen einen “ähnlichen” Datentyp besitzen. Die erste Anweisung (vor dem ersten UNION) legt die Feldnamen und die resultierenden Datentypen fest. Am Ende der letzten Anweisung kann eine Sortierung mit ORDER BY durchgeführt werden.

UNION ist dabei nicht auf zwei SELECT Anweisungen beschränkt, sondern kann beliebig viele “ähnliche” Auswahlabfragen zu einer Ergebnismenge vereinigen.

Eine Möglichkeit die Daten nach der Vereinigung noch zu identifizieren, wäre eine Infospalte:

SELECT KUNDE, STRASSE, PLZ, ORT as WOHNORT, `Kunde` as Info

FROM KUNDENTABELLE

WHERE BEDINGUNG

UNION

SELECT LIEFERANT, STRASSE, PLZ, ORT as WOHNORT, `Lieferant` as Info

FROM LIEFERANTENTABELLE

ORDER BY 1

Sechs Teilnehmer erhielten sogar für den erfolgreichen Abschluss zum Betriebsinformatiker (HWK) neben dem Zeugnis die begehrte Schmuckurkunde.
Der Leiter des Bildungszentrums Jochen Englmeier hob im Beisein von mehreren Dozenten die teilweise hervorragenden Ergebnisse und insgesamt das große Engagement der Teilnehmer und die bewiesene Ausdauer bei den Kursen mit insgesamt 1000 UE hervor. Diese Leistung ist umso höher zu bewerten, da die Kurse als Abendkurse berufsbegleitend absolviert werden.

Der Netzwerkservicetechniker (HWK) umfasst die Bereiche Grundlagen und Planung von Netzwerken, Führungsaufgaben in Netzwerk-Projekten, Betreuungsaufgaben, Sicherheitsaspekte, Heterogene Netzwerke unter Windows und Linux.

Die Urkunde als Betriebsinformatiker (HWK) erhalten Teilnehmer nach dem Bestehen der Fortbildungsprüfungen (staatl. anerkannte Prüfungen) in den Kursen Professioneller EDV-Anwender, Netzwerk-Service-Techniker und Anwendungsentwickler.

Die Funktion setzt das Vorhandensein der Funktion ISOWeek voraus, die in einem anderen Beitrag erklärt wurde.

Erstellen Sie auf einem SQL Server eine neue Prozedur und fügen Sie den Code ein:

CREATE Function [dbo].[FridayOfTheWeek] (@Jahr smallint, @Woche smallint)
Returns Datetime

as
Begin

Declare @RefWeek smallint, @RefDate datetime, @Days smallint, @FridayOfWeek datetime

SET @RefDate = CONVERT(datetime, CONVERT(char(4), @Jahr) + ’0201′);

SET @RefWeek = dbo.ISOweek(@RefDate);

SET @Days = 7 * (@Woche – @RefWeek) - DATEPART(DW, @RefDate) + 5;

SET @FridayOfWeek = DATEADD(d, @Days, @RefDate);

Return(@FridayOfWeek)

End

Kalenderwoche auf SQL Server 2005

Die Berechnung von Wochen aus einem Datum kann man auf einem SQL Server 2005 normalerweise mit der Funktion Datepart ohne viel Aufwand erledigen. Das Ergebnis der Funktion entspricht aber nicht der in Deutschland üblichen Kalenderwoche.  Hilfe bringt hier einen Benutzerdfinierte Funktion, wie unten im Beispiel dargestellt. Auf dem SQL Server 2008 und später ist diese Funktion nicht nötig, da der nötige Parameter iso_week in die Funktion Datepart  z.B. DATEPART (iso_week , date )
eingefügt wurde.

USE [DATENBANK]

GO

/****** Objekt:
UserDefinedFunction [dbo].[ISOweek]
Skriptdatum: 03/05/2012 13:01:48 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE FUNCTION [dbo].[ISOweek]  (@DATE DATETIME)

RETURNS INT

AS

BEGIN

DECLARE @ISOweek INT

SET @ISOweek= DATEPART(wk,@DATE)+1

-DATEPART(wk,CAST(DATEPART(yy,@DATE) AS CHAR(4))+’0104′)

–Special cases: Jan 1-3 may belong to the previous
year

IF (@ISOweek=0)

SET @ISOweek=dbo.ISOweek(CAST(DATEPART(yy,@DATE)-1

AS CHAR(4))+’12′+ CAST(24+DATEPART(DAY,@DATE) AS CHAR(2)))+1

–Special case: Dec 29-31 may belong to the next year

IF ((DATEPART(mm,@DATE)=12) AND

((DATEPART(dd,@DATE)-DATEPART(dw,@DATE))>= 28))

SET @ISOweek=1

RETURN(@ISOweek)

End

Die Highlights auf einen Blick:

• Power View (Verwendung im Sharepoint server) mit Exportmöglichkeit ins PowerPoint Format mit Interaktion, bei vorhandenen Zugriff auf den SP-Server.
• Power Pivot mit Power Pivot Bibliothek im Sharepoint, welche einfach als Dokumentenbibliothek dient und gigantische Möglichkeiten bietet
• Ein Template war sehr beeindruckend: Ein SmartArt mit Prozesspfeilen, welche den kompletten Vertriebsablauf mit hinterlegten Listen darstellt. Das muß auf jeden Fall umgesetzt werden
• Abos im Reportserver wurden um Alerts erweitert. Super einfach. leider fehlt eine Paramterisierung der Berichte.
• Will man auf SQL-Server 2012 + SPOINT 2010 upgraden, ist die klare Botschaft die bei mir ankam => Neuinstallation Leider

Niemand, der beruflich mit einem PC zu tun hat, kommt heute ohne fundierte Office Kenntnisse aus, wenn er seinen Arbeitsablauf effektiv gestalten möchte. Office gilt als der Standard für Bürosoftware.

Ein Nachweis dieser Kompetenz ist oft ein entscheidendes Kriterium für mehr Erfolg. Microsoft bietet deshalb allen Office-Anwendern im privaten, schulischen, universitären und geschäftlichen Bereichen ein spezielles, autorisiertes Programm zur Überprüfung der Kenntnisse im Umgang mit den Microsoft Office-Produkten:

Das Microsoft Office Specialist (MOS) Programm – als weltweit einheitliches und anerkanntes Zertifizierungsprogramm.

Die neuste Microsoft Office Specialist- Zertifizierung überprüft Ihre Kenntnisse und Fähigkeiten im Umgang mit dem 2010 Microsoft Officesystem und den Applikationen Word, Excel, PowerPoint, Access, Outlook und SharePoint und OneNote.

Prüfungen im Expert-Level (für Fortgeschrittene) sind für Word (auf Deutsch) und für Excel 2010 (auf Englisch) verfügbar
MOS 2010 Master

Für das Master-Zertifikat benötigen Sie Word Expert und Excel Expert (zurzeit in Engl., ab Quartal 2/2012 in Deutsch verfügbar), PowerPoint und Outlook oder Access

Weitere Informationen finden Sie unter http://www.certnet.de/mos/

Mit der Select Anweisung können Informationen aus Tabellen kombiniert, berechnet, mit Bedingungen oder sortiert ausgewählt werden.

In der betrieblichen Praxis kommt es aber vor, dass sich Abfragen oder Berechnungen regelmäßig wiederholen. Solche “wiederkehrenden” Auswertungsanforderungen können in SQL als VIEW (Sicht) gespeichert werden. Diese Views, auch logische Tabellen genannt, tragen im DBMS einen eindeutigen Namen und können wie eine physische Tabelle verwendet werden.

Die Basis für eine VIEW ist immer eine Auswahlabfrage, die als VIEW auf dem Server im Ordner Sichten der Datenbank gespeichert wird.

Erstellen einer VIEW mit Umsatzdaten pro Auftragsnummer

CREATE VIEW vw_UMSATZ

As

SELECT     ANR,

KNR,

ADAT,

SUM(MENGE * VKP *(1-RABATT) as UMSATZ

FROM

AUF join POS

on AUF.ANR = POS.ANR

GROUP BY     ANR, KNR, ADAT

Die View zeigt bei der Ausführung kein Ergebnis, sondern nur eine Erfolgsmeldung oder eine Fehlermeldung

Der Zugriff auf die View erfolgt mit einer SELECT Anweisung

SELECT * FROM vw_UMSATZ

Die View lässt sich wie jede Tabelle der Datenbank über einen Join mit eine physischen Tabelle verknüpfen.

SELECT FIRMA, ANR, UMSATZ

FROM     KDE join vw_Umsatz

on KDE.KNR = UMSATZ.KNR

Eine Schwäche von SQL ist, dass es sich eine nicht prozedurale Sprache handelt. Eine Erweiterung, die hier einen Ausgleich zu Sprachen wie z.B. VB bringt ist die Anweisung CASE.

CASE wertet einen Ausdruck aus und gibt einen von mehreren denkbaren Ausdrücken zurück. CASE gibt es in zwei Versionen:

Einfache Version: Vergleich eines Ausdrucks mit verschiedenen einfachen Ausdrücken

Komplexe Version: Liste von Bedingungen, die True oder False zurückgeben

Case kann überall dort verwendet werden, wo ein Ausdruck erlaubt ist. Dies kann innerhalb von Spaltenlisten im Select-Abschnitt, aber auch innerhalb von Where- und Order-By-Abschnitten sein. Damit ist z.B. eine vom Benutzer festgelegte und durch einen Parameterwert erzeugte Sortierung möglich.

Syntax

Einfache Version

CASE <Prüfausdruck>
WHEN <erste Möglichkeit> THEN <erstes Resultat>
WHEN <zweite Möglichkeit> THEN <zweites Resultat>
ELSE <alternatives Resultat>
END

Beispiel:

Select

Firma,

case Status

WHEN 10 THEN ‘SUPER’

WHEN 20 THEN ‘OK’

ELSE ‘SCHLECHT’

end as Bewertung

FROM KDE

Komplexe Version

CASE
WHEN <erster Boolean-Ausdruck> THEN <erstes Resultat>
ELSE <alternatives Resultat>
END

Beispiel

SELECT

POS.PNR,

BEZ,

SUM(MENGE*VKP) as UMSATZ,

Case

WHEN SUM(MENGE*VKP) > (SELECT SUM(MENGE*VKP) FROM POS WHERE PNR = 20) THEN ‘Besser’

WHEN SUM(MENGE*VKP) < (SELECT SUM(MENGE*VKP) FROM POS WHERE PNR = 20) THEN ‘Schlechter’

end as Bewertung

FROM

PROD join POS on POS.PNR = PROD.PNR

Group By

POS.PNR, BEZ

Argumente

<Prüfausdruck>

der auszuwertende Ausdruck für die einfache Case-Version

<erste Möglichkeit>

der erste Ausdruck, der auf die Übereinstimmung mit dem Prüfausdruck getestet wird

<erstes Resultat>

das erste auszugebende Ergebnis

<alternatives Resultat>

das Ergebnis, welches ausgegeben wird, falls alle Prüfungen zuvor nicht positiv waren

<erster Boolean-Ausdruck>

ein Boolean-Ausdruck, der Vergleichsoperatoren (=, !=), Klauseln (Is Null, Between) und ähnliches enthalten kann oder eine Kombination mehrerer Boolean-Ausdrücke mit And/Or

Hinweise

Die einfache Version überprüft nur auf Gleichheit zwischen dem Prüfausdruck und den verschiedenen Alternativen mit dem ‘=’ – Operator. Damit kann sie durch die komplexe Version dargestellt werden, so das sie theoretisch entfernt werden könnte:

CASE
WHEN <Prüfausdruck> = <erste Möglichkeit>
THEN <erstes Resultat>
[...]
[
ELSE <alternatives Resultat>
]
END

SQL Server stellt eine Reihe von Systemdatentypen zur Verfügung, die alle Typen von Daten definieren, die mit SQL Server verwendet werden können. Sie können auch Ihre eigenen Datentypen in Transact-SQL oder Microsoft.NET Framework definieren. Aliasdatentypen basieren auf den vom System bereitgestellten Datentypen. Benutzerdefinierte Typen erhalten ihre Merkmale von den Methoden und Operatoren einer Klasse, die Sie mithilfe einer der von .NET Framework unterstützten Programmiersprachen erstellen.

Wenn zwei Ausdrücke, die unterschiedliche Datentypen, Sortierungen, Genauigkeiten, Dezimalstellen oder Längen haben, durch einen Operator kombiniert werden, wird das Ergebnis durch Folgendes bestimmt:

• Der Datentyp des Ergebnisses wird bestimmt, indem die Regeln zur Rangfolge der Datentypen auf die Eingabeausdrücke angewendet werden.
  
• Wenn der Ergebniswert vom Datentyp char, varchar, text, nchar, nvarchar oder ntext ist, wird die Sortierung des Ergebnisses durch die Regeln zur Sortierungsrangfolge bestimmt.
  
• Die Genauigkeit, die Dezimalstellen und die Länge des Ergebniswertes hängen von der Genauigkeit, den Dezimalstellen und der Länge der Eingabeausdrücke ab.

Datentypenkategorien

Datentypen in SQL Server sind nach den folgenden Kategorien organisiert:

In SQL Server sind einige Datentypen aufgrund ihrer Speichermerkmale als den folgenden Gruppen zugehörig definiert:

• Datentypen mit hohen Werten: varchar(max), nvarchar(max) und varbinary(max)
  
• Datentypen mit umfangreichen Objekten: text, ntext, image, varchar(max), nvarchar(max), varbinary(max) und xml
  

Liste wichtiger relationaler SQL Server Datentypen im Vergleich mit Access

Für die Prüfung wird sehr oft eine korrelierende Unterabfrage eingesetzt, die eine Beziehung zur Hauptabfrage besitzen muss.

Syntax

Exists (<Unterabfrage>)

Beispiele:

Ermitteln Sie alle Positionen, deren Produkte nicht mehr am Lager verfügbar sind.

SELECT     *

From     POS A

Where not exists

(Select PNR from LAG B Where A.PNR = B.PNR)

Ermitteln Sie alle Produkte, die nicht am Lager sind.

Select     *

From PROD A

Where not exists

(Select PNR from LAG B Where A.PNR = B.PNR)

Beziehungen zwischen Tabellen in relationalen Datenbanken werden in SQL mit JOINs (engl. Aneinanderfügen) erstellt. Hierzu kann bei Gleichheitsverknüpfungen (INNER JOIN oder EQUI JOIN) auch das Gleichheitszeichen (=) verwendet werden.

Bei Beziehungen zwischen Tabellen, die Daten einer Basistabelle vollständig und Daten einer zweiten verknüpften Tabelle bei Bedarf anzeigen, kommt der OUTER JOIN (LEFT JOIN oder RIGHT JOIN) zum Einsatz.

Der SQL Server 2000 bietet die komfortable Möglichkeit einen OUTER JOIN mit dem *= für einen LEFT JOIN und dem =* für einen RIGHT JOIN herzustellen. Ab der Version 2005 ist diese Schreibweise nicht mehr erlaubt. In der Version 2008 wurde die Funktion komplett entfernt.

Um eine Tabelle mit sich selbst zu verknüpfen und somit eine rekursive Beziehung zu erstellen, benötigen die in SQL die Alias Namen. Eine Tabelle kommt in der FROM – Klausel mehrfach vor und erhält einen kurzen Ersatznamen (in unserem Beispiel a und b)

Der CROSS JOIN (Kartesisches Produkt von 2 Tabellen)

SELECT FIRMA, ANR, ADAT

FROM KDE CROSS JOIN AUF

Oder (einfache verkürzte Schreibweise)

SELECT FIRMA, ANR, ADAT

FROM KDE, AUF

Der INNER JOIN (natürlicher JOIN oder EQUI JOIN)

SELECT FIRMA, ANR, ADAT

FROM AUF INNER JOIN KDE ON KDE.KNR = AUF.KNR

Oder (einfache verkürzte Schreibweise)

SELECT FIRMA, ANR, ADAT

FROM KDE, AUF

WHERE KDE.KNR = AUF.KNR

Der RIGHT JOIN

SELECT FIRMA, ANR, ADAT

FROM AUF RIGHT JOIN KDE ON KDE.KNR = AUF.KNR

Der LEFT JOIN

SELECT FIRMA, ANR, ADAT

FROM KDE LEFT JOIN AUF ON KDE.KNR = AUF.KNR

(Abfrageergebnis vgl. RIGHT JOIN)

Eine Tabelle mit sich selbst verknüpfen

SELECT DISTINCT a.FIRMA, a.STATUS, a.ORT

FROM KDE a, KDE b

WHERE a.ORT =
b.ORT

AND a.KNR <> b.KNR

Dieses Beispiel selektiert alle Datensätze, bei denen es mehr als einen Kunden an einem Ort gibt.

Hierzu werden der Tabelle KDE die beiden Alias Namen a und b zugewiesen über die man die Tabellen in der Abfrage ansprechen kann. Ein Alias ist ein in der Regel kurzer Ersatzname für eine Tabelle ähnlich der Zuweisung von Alias Namen bei Feldern
(vgl. SELECT ANR, SUM(MENGE * VKP) as UMSATZ ……..).

Eine relationale Datenbank enthält in der Regel viele Informationen, die im Laufe der Zeit erfasst/eingegeben und bearbeitet wurden. Diese Informationen werden in Tabellen gespeichert, die in Beziehung stehen können, aber nicht zwangsläufig müssen. In einer Tabelle werden Daten gespeichert, die einem bestimmten Thema angehören. So enthält eine Kundentabelle (KDE) alle Informationen, die direkt einem Kunden zugeordnet werden können, wie z.B. Kundennummer (KNR), der Name des Kunden (FIRMA) und der Ort an dem der Kunde sitzt (ORT). SQL beschreibt nicht den Zugriff auf die Daten wie C++, sondern formuliert das Ergebnis einer “manchmal” komplexen Fragestellung zum vorhandenen Datenbestand.

Problemstellung: Mit einer Auswahlabfrage soll eine nach Kunden sortierte Liste erzeugt werden, die alle Kunden enthält, welche am Ort “Bonn” sitzen.

Um diese (eine) Abfrage in SQL zu formulieren, müssen Sie sich folgende Fragen stellen:

• Welche Datenfelder (Spalten) sollen im Ergebnis der Abfrage ausgegeben werden? Wie soll die fertige Ergebnis-Liste aussehen?
  z.B KNR, FIRMA, STATUS
  
• In welchen Tabellen finden Sie die nötigen Informationen?
  z.B. in der Tabelle KDE
  
• Falls mehrere Tabellen nötig sind um das Ergebnis zu formulieren: Über welche Schlüsselfelder (Primär- und Fremdschlüssel) stehen die Tabellen in Beziehung?
  In der Datenbank Firma2008 erkennen Sie Schlüsselpaare an gleichen Feldnamen z.B. KDE.KNR und AUF.KNR
  

Damit formulieren Sie die folgende Abfrage:

Code:

SELECT KNR, FIRMA, STATUS
FROM KDE

Nachdem Sie die Spalten und die Quelle (Tabellen) gewählt haben, schränken Sie die Ausgabe der Datensätze ein. In unserem Beispiel sollen nur Kunden aus Bonn ausgegeben werden.

• Welche Bedingungen müssen auf die Datensätze zutreffen?
  
• Sollen die Datensätze aufsteigend oder absteigend sortiert werden?
  

Code:

SELECT KNR, FIRMA, STATUS
FROM KDE
WHERE ORT LIKE ‘BONN’
ORDER BY FIRMA

Um eine Abfrage zu formulieren, benötigen Sie auf jeden Fall auch das Wissen über die Struktur der Datenbank. D.h. welche Tabellen mit welchen Informationen sind in der Datenbank vorhanden und wie stehen die Tabellen miteinander in Beziehung.

Dieser Abfragetyp wird verwendet wenn aus einer Tabelle alle Werte und aus der verknüpften Tabelle die dazu passenden Werte ausgebeben werden sollen:

SELECT FELDNAME1, FELDNAME2

FROM TABELLE1 LEFT join TABELLE2 on KEY1 = KEY2

SELECT FIRMA, ANR

FROM KDE LEFT join AUF on KDE.KNR = AUF.KNR

…zeigt alle Kunden und deren Auftragsnummern (falls vorhanden)

SELECT FELDNAME1, FELDNAME2

FROM TABELLE1 JOIN TABELLE2 on KEY1 = KEY2

SELECT FIRMA, ANR

FROM KDE JOIN AUF on KDE.KNR = AUF.KNR

SELECT DISTINCT TOP 10 FELDNAMEN as NEUER_NAME

FROM TABELLEN ….

WHERE BEDINGUNG

GROUP BY FELDNAMEN

HAVING GRUPPENBEDINGUNG

ORDER BY FELDNAMEN (ASC oder DESC)

Auswahlabfrage (einfache Variante)

SELECT FELDNAMEN

FROM TABELLENNAMEN

WHERE Bedingung

Beispiel

SELECT * FROM Adressen WHERE Ort LIKE ‘München’

Auswahl mit Sortierung

SELECT Vorname, Lebensalter

FROM Adressen

ORDER BY Lebensalter

Komplexe Abfragen mit Aggregatfunktionen

SELECT FELDNAME1, SUM(FELDNAM2)

FROM TABELLENNAME

GROUP BY FELDNAME1

Beispiel:

SELECT anr, sum(menge*vkp) as Umsatz

FROM pos

GROUP by anr

SET FELDNAME = NEUER INHALT

WHERE BEDINGUNG

Beispiel

Update Adressen

SET Vorname = ‘Sepp’

WHERE Nachname = ‘Müller’

ALTER TABLE TABELLENNAME

ADD FELDNAME DATENTYP FELDGRÖSSE

Beispiel

alter table Adressen

add Status int;

Values(Wert1, Wert2, Wert3 ………..)

Beispiel

INSERT INTO Adressen

VALUES(1, ‘Hans’, ‘Meiser’, 55);

CREATE Index INDEXNAME on TABELLE (FELD)

Beispiel

CREATE INDEX FRANZ on Adressen(Nr);

DROP TABLE TABELLENNAME

Beispiel

DROP TABLE Adressen;

CREATE TABLE TABELLENNAME

(FELD 1 DATENTYP, FELD 2 DATENTYP………..)

Beispiel

CREATE TABLE Adressen

(Nr int, Vorname varchar(25), Name varchar(25), Lebensalter int);

mit Primärschlüssel

CREATE TABLE Adressen

(Nr int, Vorname varchar(25), Name varchar(25), Lebensalter int, PRIMARY KEY (Nr));

Vorteilhaft für das schnelle Erlernen ist es natürlich, wenn man das Konzept der relationalen Datenbank verstanden hat. Es folgt einigen einfachen Grundregeln:

• Daten werden in Tabellen gespeichert
• Tabellen in Zeilen und Spalten eingeteilt.
• Zeilen entsprechen den Datensätzen.
• Spalten entsprechen den Datenfeldern
• Zwischen den Tabellen können Beziehungen eingerichtet werden.
• Die Daten werden redundanzfrei (ohne Duplikate) gespeichert.
• Mit Auswahlausdrücken kann auf die Daten zugegriffen werden.