[Suche] Tutorial zur DB Anwendungsprogrammierung

[Budda]

Hallo zusammen,

ich suche nach Tutorials speziell zur Datenbank Anwendungsprogrammierung.
Die Primär auf erstelltung einer geeigneten DB eingehen und Statistikauswertungen etc.
Hier sollte es sich um SQL Server drehen.

Ich möchte eine Anwendung schreiben die bestimmte Daten in eine DB schreibt, diese auflisten kann, löschen, Suchfunktion(mit Variablen) und eine Rückgänig funktion die die änderungen in dem geöffneten Datensatz rückgängig macht. Des Weiteren soll es möglich sein verschiedenste Statistikauswertungen zu machen und eine druckfunktion.

Wenn mir hierzu jemand Tutorials empfehlen könnte wäre das ne feine Sache.
Besten Dank im vorraus.

Gruß
Budda

[Memo]

Mal ein paar Grundsätzliche Sachen zu Datenbanken.
http://www.tutorials.delphi-source.de/index.php?cat=6

Aber so komplexe Wünsche wie deine, werden bestimmt nicht in einem zusammenhängenden Tut erklärt.
Evt. zerlegst du deine Aufgaben mal in seine Teilprobleme, das macht es auch etwas übersichtlicher.

Und ob eine DB geeignet ist, kann man grundsätzlich so nicht sagen. Es kommt immer darauf an was du vor hast.

Zitat:

Ich möchte eine Anwendung schreiben die bestimmte Daten in eine DB schreibt, diese auflisten kann, löschen, Suchfunktion(mit Variablen) und eine Rückgänig funktion die die änderungen in dem geöffneten Datensatz rückgängig macht. Des Weiteren soll es möglich sein verschiedenste Statistikauswertungen zu machen und eine druckfunktion.

Das kann man eigentlich mit jeder Datenbank machen.

[Budda]

Hallo,

die Datenbank selber steht fest, es wird SQL sein basierend auf dem MS SQL Server.
Nur vom Aufbau der Tabellen her Frag ich mich wie ich das bewerkstelligen soll. Alles in eine Tabelle oder unterteilen. Brauch ich zwingend eine GUID oder einen Index?

Solche fragen beschäftigen mich momenten ;)
Da ich ja bei der Tabellenstruktur anfangen muss.

[Sharky]

Zitat:

Zitat von Budda

..... Alles in eine Tabelle oder unterteilen. Brauch ich zwingend eine GUID oder einen Index?....

Grundsätzlich sollte in einer Tabelle nur das stehen was eindeutig dazu gehört (blöder Satz).

Beispiel:

Du möchtest Adressen von Kunden verwalten. Zu jeder Firma gibt es mehrere Ansprechpartner in dieser.

Tabelle 1 - Firmen
Tabelle 2 - Ansprechpartner (ist verbunden mit Tabelle 2)
Tabelle 3 - Anreden (ist verbunden mit Tabelle 2)

Ob Du mit GUID oder einem Index arbeitest ist fast egal. Ich selber verwende als ID-Feld inzwichen ein vormales CHAR-Feld in welches ich eine GUID eintrage die ich selber erzeuge (d.H. nicht vom SQL-Server erzeugt).

Dadurch kann ich wenn ich z.B wenn ich eine neue Firma anlege sofort einen Ansprechpartner erzeugen.
Ich kenne ja schon zu diesem Zeitpunkt das ID-Feld der Firma.

Wenn ich diese vom Server erzeugen lasse bekomme ich den Wert für das ID-Feld logischerweise erst nach dem Post.

Aber das ist alles ein sehr komplexes Thema.

[Budda]

Hallo,

es wird so sein das Kundendaten eingegeben werden, also Name Strasse etc. + zusätze aller Kundennummer, Ansprechpartner, Inbetriebnahme der Software, Lizenznummer.

Diese Software soll festhalten an welchen Kunden Lizenzen einer Software verkauft wurden.

Macht es Sinn Pulldownmenüs aus der DB zu füllen ?
Wie kann ich mir selber eine GUID generieren ?

Diese Anwendung soll von einem anderen Programm aufgerufen werden wobei als Startparameter schon die Kundendaten mitübergeben werden. Daher würde eigentlich eine Tabelle reichen denk ich. Zumal die Daten ja später als Liste abrufbar sein müssen. Oder gibt es da ne elegantere Lösung ?