Newbie braucht Hilfe mit Datenbanken

[JaniJPK]

Hallo.
Ich will in meinem Programm Daten über Kunden abspeichern.
Meine Oberfläche: (Anhang: Form.jpg)

Mein Quellcode:

Code:

unit Unit2;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, Menus, StdCtrls, Mask, DBCtrls, DB, DBTables, ExtCtrls;

type
  TForm2 = class(TForm)
    MainMenu1: TMainMenu;
    Date1: TMenuItem;
    zurck1: TMenuItem;
    N1: TMenuItem;
    Schlieen1: TMenuItem;
    Label1: TLabel;
    Label2: TLabel;
    Label3: TLabel;
    Label4: TLabel;
    Label5: TLabel;
    Label6: TLabel;
    Label7: TLabel;
    Label8: TLabel;
    Label9: TLabel;
    Label10: TLabel;
    Label11: TLabel;
    Label12: TLabel;
    Label13: TLabel;
    DBText1: TDBText;
    DBEdit1: TDBEdit;
    DBEdit2: TDBEdit;
    DBEdit3: TDBEdit;
    DBEdit4: TDBEdit;
    DBEdit5: TDBEdit;
    DBEdit6: TDBEdit;
    DBEdit7: TDBEdit;
    DBEdit8: TDBEdit;
    DBEdit9: TDBEdit;
    DBEdit10: TDBEdit;
    Table1: TTable;
    DataSource1: TDataSource;
    BtnFirst: TButton;
    BtnPrior: TButton;
    BtnNext: TButton;
    BtnLast: TButton;
    CheckBox1: TCheckBox;
    BtnNew: TButton;
    BtnStore: TButton;
    BtnCancel: TButton;
    BtnDelete: TButton;
    procedure Schlieen1Click(Sender: TObject);
    procedure BtnNewClick(Sender: TObject);
    procedure BtnStoreClick(Sender: TObject);
    procedure BtnDeleteClick(Sender: TObject);
    procedure BtnPriorClick(Sender: TObject);
    procedure BtnFirstClick(Sender: TObject);
    procedure BtnNextClick(Sender: TObject);
    procedure BtnLastClick(Sender: TObject);
    procedure BtnCancelClick(Sender: TObject);
    procedure CheckBox1Click(Sender: TObject);
    procedure Table1AfterEdit(DataSet: TDataSet);
    procedure FormCreate(Sender: TObject);
    procedure FormClose(Sender: TObject; var Action: TCloseAction);
  private
    { Private-Deklarationen }
    procedure setButtons(m: Byte);
  public
    { Public-Deklarationen }
  end;

var
  Form2: TForm2;

implementation

uses JH_Designs;

{$R *.dfm}
var pos: TBookmark;

procedure TForm2.setButtons(m: Byte);
begin
 case m of
  0: begin BtnNew.Enabled := False; BtnStore.Enabled := False;
     BtnCancel.Enabled := False;  BtnDelete.Enabled := False end;
  1: begin BtnNew.Enabled := True; BtnStore.Enabled := False;
     BtnCancel.Enabled := False;  BtnDelete.Enabled := True end;
  2: begin BtnNew.Enabled := False; BtnStore.Enabled := True;
     BtnCancel.Enabled := True; BtnDelete.Enabled := False end
 end
end;

procedure TForm2.Schlieen1Click(Sender: TObject);
begin
  Form1.Visible:=True;
  Close;
end;


procedure TForm2.BtnPriorClick(Sender: TObject);   // Zurück
begin
 Table1.Prior;
 BtnLast.Enabled := True; BtnNext.Enabled := True;
 if Table1.BOF then BtnFirstClick(Self)
end;

procedure TForm2.BtnFirstClick(Sender: TObject);    // Erster
begin
 Table1.First;
 BtnLast.Enabled := True; BtnNext.Enabled := True;
 BtnPrior.Enabled := False; BtnFirst.Enabled := False
end;

procedure TForm2.BtnNextClick(Sender: TObject);   // Vorwärts
begin
 Table1.Next;
 BtnFirst.Enabled := True; BtnPrior.Enabled := True;
 if Table1.EOF then BtnLastClick(Self)
end;

procedure TForm2.BtnLastClick(Sender: TObject);   // Letzter
begin
 Table1.Last;
 BtnFirst.Enabled := True; BtnPrior.Enabled := True;
 BtnLast.Enabled := False; BtnNext.Enabled := False
end;

procedure TForm2.BtnNewClick(Sender: TObject);     // Neu
begin
 Table1.Append; setButtons(2)
end;

procedure TForm2.BtnCancelClick(Sender: TObject);  // Rückgängig
begin
 Table1.Cancel; Table1.Edit; setButtons(1)
end;

procedure TForm2.CheckBox1Click(Sender: TObject);   // Lese-/Schreibzugriff
begin
 pos := Table1.GetBookmark;                 // Position merken
 Table1.Active := False;
 if CheckBox1.Checked = True then           // Schreibschutz
 begin
  Table1.ReadOnly := True;
  setButtons(0)
 end                         else          //  Lesen und Schreiben
 begin
  Table1.ReadOnly := False;
  setButtons(1)
 end;
 Table1.Active := True;
 Table1.GotoBookmark(pos);                  // Position wiederherstellen
end;

procedure TForm2.Table1AfterEdit(DataSet: TDataSet);   // irgendwas eingegeben
begin
 setButtons(2)
end;

procedure TForm2.BtnStoreClick(Sender: TObject);    // Speichern
begin
 Table1.Post; Table1.Edit; setButtons(1)
end;

procedure TForm2.BtnDeleteClick(Sender: TObject);   // Löschen
begin
 if MessageDlg('Wollen Sie den Kunden wirklich löschen?',
    mtWarning,[mbYes, mbNo], 0) = mrYes then
 begin  Table1.Delete; Table1.Edit end
end;

procedure TForm2.FormCreate(Sender: TObject);
begin
 setButtons(0)
end;


procedure TForm2.FormClose(Sender: TObject; var Action: TCloseAction);
begin
  Form1.Visible:=True;
end;

end.

In die Komponente Table1: TTable habe ich bei DataBaseName meinen Dateipfad zu meiner Datei "Kunden.db" angegeben. Und bei TableName "Kunden.db".

Und in die Komponente DataSource1: TDataSource habe ich bei DateSet "Table1" hingeschrieben.

Des weiteren habe ich bei jedem Datenbank-Label oder -Editfeld unter Eigenschaften DataSource "DataSource1" angegeben und unter DataField jedem einen individuellen Namen zugeordnet.

Trotz all dem kommt eine Fehlermeldung.
Kann mir jemand helfen? Am besten wäre es mir per Skype oder Teamspeak damit ich direkt nachfragen beantworten und auch stellen kann.
Ich bedanke mich schon einmal vorneweg für die Antworten:)
Danke

[vagtler]

Zitat:

Zitat von JaniJPK (Beitrag 1230202)

[...] Trotz all dem kommt eine Fehlermeldung. [...]

Und die ist so geheim, dass Du sie uns nicht mitteilen darfst?...

[JaniJPK]

Sorry. Habe ich vergessen :/

Die Fehlermeldung beim kompilieren auf den Button "Neuer Kunde" drücke ist folgende:
Im Projekt JHDesigns.exe ist eine Exception der Klasse EDatabaseError aufgetreten. Meldung: 'Table1: Operation bei geschlossener Datenmenge nicht ausführbar'. Prozess wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen.

Die Fehlermeldung ist wenn ich die .exe ausführe und dann auf den Button drücken ist:
Table1: Operation bei geschlossener Datenmenge nicht ausführbar.

[Perlsau]

Zitat:

Zitat von JaniJPK (Beitrag 1230204)

Meldung: 'Table1: Operation bei geschlossener Datenmenge nicht ausführbar'.

Und was meinst du nun, was diese Fehlermeldung besagt? Ich würde mal darauf tippen, daß deine Datenmenge nicht geöffnet ist ... oder siehst du das anders?

[Furtbichler]

Zitat:

Zitat von Perlsau (Beitrag 1230208)

Ich würde mal darauf tippen, daß deine Datenmenge nicht geöffnet ist ... oder siehst du das anders?

Also ich würde sagen, sie ist geschlossen! :warn:

:wall:

[Valle]

Mal als Tipp an meine zwei Vorposter. Schaut mal in der Zeile über den Beitrag:

Zitat:

Datenbank: sry keine Ahnung? • Version: ? • Zugriff über: sry leine Ahnung :/

Was könntet ihr daraus schließen?

Versetzt euch doch in die Lage von jemandem, der solchen Code schreibt, wie ihr ihn dort sehen könnt. :cyclops:

Liebe Grüße,
Valentin

[JaniJPK]

Und welchen Tipp habt ihr für mich? Es ist mein erstes mal wo ich an Datenbankprogrammierung gehe. UNd auf YouTube oder so findet man zu Delphi halt nicht viel:(

[Lemmy]

Zitat:

Zitat von JaniJPK (Beitrag 1230217)

Und welchen Tipp habt ihr für mich?

http://www.delphi-treff.de/tutorials...eg/einleitung/


und falls Du nur einen Tipp willst:

in TForm2.FormCreate(Sender: TObject); ein Table1.open; einfügen

Zitat:

Zitat von JaniJPK (Beitrag 1230217)

Es ist mein erstes mal wo ich an Datenbankprogrammierung gehe. UNd auf YouTube oder so findet man zu Delphi halt nicht viel:(

nicht schlimm mit was neuem zu beginnen, aber auf youtube Hilfe zu suchen? Aber vielleicht bin ich einfach schon zu alt...

[JaniJPK]

@ Lemmy

Danke für den Tipp :)

Aber jetzt kommt eine neue Fehlermeldung und jetzt schon beim kompilieren:
Im Projekt JHDesigns.exe ist eine Exception der Klasse EDatabaseError aufgetreten. Meldung: 'DBEdit10: Das Feld 'DBPW' wurde nicht gefunden'. Prozess wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen.

[scrat1979]

Zitat:

Zitat von JaniJPK (Beitrag 1230225)

@ Lemmy

Danke für den Tipp :)

Aber jetzt kommt eine neue Fehlermeldung und jetzt schon beim kompilieren:
Im Projekt JHDesigns.exe ist eine Exception der Klasse EDatabaseError aufgetreten. Meldung: 'DBEdit10: Das Feld 'DBPW' wurde nicht gefunden'. Prozess wurde angehalten. Mit Einzelne Anweisung oder Start fortsetzen.

Steht doch schon in der Fehlermeldung drin :(

Du greifst auf ein Feld (auch "Spalte" der Datenbank) zu, dessen Name "DBPW" nicht existiert (z.B. Table1.FieldByName('DBPW').xx). Tippfehler?

Anbei noch eine Bemerkung bzw. Tipp - falls es noch nicht geschrieben wurde: Benenne doch Deine Komponenten richtig, dann wird der Code gleich viel übersichtlicher (z.B: DBEdtVorname, DBEdtNachname statt Edit1, Edit2) und Fehler lassen sich daher doch hin und wieder leichter finden...


Grüsse,
Michael

[Medium]

Beim Kompilieren kommt diese Fehlermeldung garantiert nicht.

[Perlsau]

Zitat:

Zitat von Medium (Beitrag 1230230)

Beim Kompilieren kommt diese Fehlermeldung garantiert nicht.

Das ist eben nicht garantiert, wenn die Datenmenge beim Kompilieren bereits geöffnet ist ...

Zitat:

Zitat von Valle (Beitrag 1230216)

Versetzt euch doch in die Lage von jemandem, der solchen Code schreibt, wie ihr ihn dort sehen könnt.

Hab ich doch! Das Resultat meiner empathischen Bemühungen bestand in der Überzeugung, daß es dem TE nicht wirklich hilft, wenn man ihm die Lösung vorbetet. Dagegen könnte ein Denkanstoß durchaus weiterführend sein. Und wozu gibt's eigentlich Einsteiger-Tutorials, wenn die keiner durcharbeitet? Wer nicht einmal in der Lage ist, erstens eine Fehlermeldung zu posten und zweitens den in deutscher Sprache gehaltene Fehlertext zu verstehen, sollte sich erst einmal Grundlagen aneignen ... jawoll! Wenn ich an seiner Stelle lesen würde "geschlossene Datenmenge", wäre meine erste Reaktion, falls ich nicht weiß, was das bedeutet, diese hier. Die offensichtliche Bequemlichkeit, diese Selbsthilfe zu verweigern und stattdessen im Forum jeden noch so kleinen weiteren Schritt zu erfragen, zeugt nicht gerade von Selbständigkeit bzw. der Fähigkeit, selbständig zu denken. Einsteiger-Tutorials wurden zu genau dem Zweck entwickelt, eben nicht jede Kleinigkeit im Forum erklären zu müssen. Wie man in zahlreichen ähnlichen Threads erkennen kann, geben die meisten, denen man diese Erklärungen zu jedem kleinen Schritt gewährt, vorzeitig auf, weil diese Erklärungen nicht wirklich zum Verständnis beitragen, sondern im Gegenteil Copy&Paste fördern.

[JaniJPK]

An alle die die mich hier fertig machen wollen. Ich habe mir Einsteiger Tutorials angeschaut, die gehen aber alle über Datenbanken. Ich kann aber nicht über eine Datenbank gehen. Ich MUSS über die Datei gehen (Kunden.DB)!
Ich bin erst im zweiten Jahr wo ich Delphi lerne und ich habe noch keine Datenbanken behandelt also habe ich mich an das Forum hier gewandt weil ich gedacht habe hier kann mir jemand helfen. Da habe ich mich wohl getäuscht.

[blawen]

Zitat:

Zitat von JaniJPK (Beitrag 1230245)

An alle die die mich hier fertig machen wollen. Ich habe mir Einsteiger Tutorials angeschaut, die gehen aber alle über Datenbanken. Ich kann aber nicht über eine Datenbank gehen. Ich MUSS über die Datei gehen (Kunden.DB)!
... Da habe ich mich wohl getäuscht.

Nein, man will Dir durchaus helfen. Aber wenn Du die relevanten Informationen nicht preisgibst (wie gerade eben), musst Du Dich aber auch nicht wundern, wenn Du nicht weiterkommst. Mir hat es immer geholfen, mein Problem genau zu analysieren und in einer möglichst detaillierten Art niederzuschreiben. Meist habe ich schon beim schreiben den Fehler selber entdeckt.

[jobo]

Zitat:

Zitat von JaniJPK (Beitrag 1230245)

..die gehen aber alle über Datenbanken. Ich kann aber nicht über eine Datenbank gehen. Ich MUSS über die Datei gehen (Kunden.DB)!
..ich habe noch keine Datenbanken behandelt ..

Hier gibt's vielleicht ein Missverständnis. Eine "Datenbank" ist ein recht dehnbarer Begriff. Datenbank Tutorials folglich auch. Sagen wir mal eine Datenbank ist eine Sammlung von Tabellen, dann sieht es in Deinem Fall so aus, dass Du auf eine dieser Tabellen zugreifen möchtest und zufällig (siehe

Zitat:

Datenbank: sry keine Ahnung? • Version: ? • Zugriff über: sry leine Ahnung :/

diese Tabelle in Form einer Datei existiert und angesprochen wird: "Kunde.DB".

Ich hab mir Deinen Code nicht angesehen, aber vielleicht hilft es Dir:
Deine "Datenbank" ist vermutlich ein Verzeichnis mit einer oder einer Reihe von .DB Dateien.
Nennt sich vermutlich Paradox.
Diese Datenbank hat die Eigenart, dass alle .DB Dateien in einem Verzeichnis sie zu einer solchen machen, also nichts weiter als ein Haufen Dateien im gleichen Verzeichnis.

Die Tutorials, die Du gelesen hast, dürften also nicht so falsch / unpassend gewesen sein.
Vielleicht geht Dir jetzt langsam ein Licht auf.

[fgsoftware]

Also dein Quelltext hab ich doch schon mal wo gelesen.

Die Bücher von Walter Doberenz und Thomas Kowalski haben mir immer sehr geholfen. :wink:

[JaniJPK]

Ja der Quelltext ist aus dem Buch BORLAND DELPHI 7 von HANSER Verlag Doberenz und Gewinnus. Das Beispielprogramm läuft ja auch aber wenn ich dann weitere Komponenten hinzufüge funktioniert es nicht mehr:(

[fgsoftware]

Zitat:

Zitat von JaniJPK (Beitrag 1230252)

Ja der Quelltext ist aus dem Buch BORLAND DELPHI 7 von HANSER Verlag Doberenz und Gewinnus. Das Beispielprogramm läuft ja auch aber wenn ich dann weitere Komponenten hinzufüge funktioniert es nicht mehr:(

:glaskugel: Oh große Glaskugel sage mir, von welchen Komponenten spricht er hier?

[JaniJPK]

DBEdit-Komponenten.

Sorry. Ich vergesse immer dass ihr das nicht wisst und ich euch das sagen muss -.-

[fgsoftware]

Zitat:

Zitat von JaniJPK (Beitrag 1230255)

DBEdit-Komponenten.

Sorry. Ich vergesse immer dass ihr das nicht wisst und ich euch das sagen muss -.-

Ohne genau zu wissen, was Du gemacht hast, wird es schwierig sein, Dir zu helfen.:(


Du hast doch noch eine Unit Form1. Was macht die? Greifst Du von da aus auf irgendwelche Datenbankkomponenten zu?

[Medium]

Zitat:

Zitat von Perlsau (Beitrag 1230234)

Zitat:

Zitat von Medium (Beitrag 1230230)

Beim Kompilieren kommt diese Fehlermeldung garantiert nicht.

Das ist eben nicht garantiert, wenn die Datenmenge beim Kompilieren bereits geöffnet ist ...

Doch ist es. Der Compiler hat mit den DB-Verbindungen herzlich wenig zu tun, und führt sicherlich keine Vorab-Laufzeittests mit "irgendwelchen" Komponenten durch. Ob die DB beim Kompilieren geöffnet ist oder nicht, oder überhaupt nicht existiert - davon bekommt der rein gornischt mit. Das ist ein Laufzeitfehler, der mit 100%iger Sicherheit beim Ausführen des Programms passiert.

Und wie zuvor schon öfter angedeutet ist das Problem, dass hier an manchen Stellen an denen die Datenmenge bearbeitet wird (Post, Append, etc.) ein vorhergehendes Open fehlt.

Und: Selbst eine XML-Datei ist, wenn sie über entsprechende Provider angesprochen wird (die, die es erst ermöglichen DBEdits und Co einzusetzen), innerhalb der Delphientwicklung als defacto Datenbank anzusehen. Alle Vorgänge sind praktisch identisch aus Sicht des Programmierers. Daher sind die Tutorials ganz genau das, was dir hilft da tiefer einzusteigen.

Noch etwas: Wenn du meinst, man wolle dich "runter machen", dann ist das eine für Foren ganz schädliche Einstellung. Schädlich für dich allerdings nur. Wenn du es nicht erträgst, dass man fachlich nüchtern nachfragt, dich berechtigterweise auf Fehler hinweist (nicht nur im Code, sondern auch deiner Art zu fragen!), dann ist das zunächst einmal nichts weiter als eine Information. Du kannst dann selbst entscheiden, ob du dich darüber aufregen willst, dich angegriffen fühlst, oder es als Anreiz nimmst deine Formulierungen deutlicher und mit mehr Infos zu machen.
Hier wurde noch niemals ein Neuling schief angemacht, nur weil er neu ist. Du musst dir einfach nur darüber im Klaren sein, dass keiner von uns in deine Gedankengänge schauen kann, und dass alle Probleme auf 1000 Arten angegangen werden können. Es ist an dir uns auf deinen Weg mitzunehmen, so dass man überhaupt eine Chance hat dir zu helfen. Die richtige Terminologie (und wenn man sie nicht kennt bitte nicht einfach nach Gutdünken falsch nutzen, sondern umschreiben und nachfragen!) und vollständige Infos sind einfach die aller unterste Basis jeder Hilfestellung.

Beispiel:
"Hallo Leute, wie baue ich einen Tisch!? Meiner fällt immer um!"
Es gibt sicherlich zigtausende Arten einen Tisch zu bauen. Hier fehlt z.B.:
Welche Materialien? Holz: Welches? Gemischt: Was an welcher Stelle? Welche Güte?
Wann fällt er um?
In welche Richtung?
Fällt er nicht etwa eher zusammen, statt um?
Was für Werkzeug hast du?
Was ist die grobe Form des Tisches, und geht du ggf. nach einem vorhandenen Muster vor?
Wie sieht der Tisch kurz vorm umfallen aus, wie danach, und was hättest du eigentlich erwartet was statt des umfallens in diesem Moment hätte passieren sollen?
Wie soll der Tisch aussehen wenn er fertig ist, und an welchem Schritt genau hapert es?
Alles Dinge, die man einem Fragesteller entweder in Kleinarbeit aus der Nase ziehen muss (und es ist ja nicht so, als gäbe es nicht viele davon), oder der Frager hat sich ausreichend mit dem Problem befasst, so dass er es gleich am Anfang so schildert, dass man als (kostenloser, freizeitlicher und altruistischer) Antworter das Problem zu packen bekommt, und nicht erst 2 Seiten lang drum herum tänzeln muss. Sei versichert: Es hilft am Ende vor allem dem Frager. Wenn du jetzt noch immer beleidigt bist, dann ist Informatik nichts für dich.

[JaniJPK]

Ich habe jetzt durch Zufall mein Problem gefunden und weis auch wie ich es beheben kann.

Thema kann also geschlossen werden :)

[blawen]

Zitat:

Zitat von JaniJPK (Beitrag 1230270)

Ich habe jetzt durch Zufall mein Problem gefunden und weis auch wie ich es beheben kann.

Thema kann also geschlossen werden :)

Schön wäre es jetzt, wenn Du all die Helfer über die Ursache aufklären könntest.
So würde dieser Thread vielleicht auch für den nächsten Suchenden hilfreich sein.

[JaniJPK]

Das Problem war folgendes:
Die Komponenten (DBEdit und DBLabel) waren alle richtig angelegt. Nur in der Datei Kunden.db waren diese neuen Komponenten nicht hinzugefügt. Deswegen auch die Fehlermeldung ...existiert nicht. Mit dem Programm Datenbankoberfläche (unter Windows 7 mit Kompatibilitätsproblemen) könnte ich die Datei öffnen und die Tabelle erweitern. Und nun läuft das Teil. Wenn nochmal jemand so ein Problem hat und näheres zum Lösungsweg wissen will, hier meine Kontaktmöglichkeiten
skype: jan.philip97

[Perlsau]

Zitat:

Zitat von JaniJPK (Beitrag 1230278)

Die Komponenten (DBEdit und DBLabel) waren alle richtig angelegt. Nur in der Datei Kunden.db waren diese neuen Komponenten nicht hinzugefügt. Deswegen auch die Fehlermeldung ...existiert nicht.

Sorry, ich lese hier nur Unsinn: Wie kannst du datensensitive Komponenten wie DBEdit und DBLabel einer Datenbank-Datei hinzufügen? Das ist völlig unmöglich!

Um solchen Unsinn in Zunkunft zu vermeiden, solltest du korrekte Begriffe verwenden. Du meinst vermutlich etwas ganz anderes? Aber ich will hier nicht herumraten müssen, es ist deine Aufgabe, zu lernen, was eine Komponente ist. Auf jeden Fall dienen datensensitive Komponenten der Darstellung und Bearbeitung von Datenmengen und können lediglich Delphi-Formularen hinzugefügt werden.

[JaniJPK]

Ja. Und der Komponente DBEdit weist man einen Namen zu unter DataField. Sagen wir dort steht "PW" dann muss in der Tabelle der Datei xxx.DB auch eine Spalte mit "PW" existieren.

Ach ist doch egal. Mein Programm funktioniert. Was soll ich mich hier jetzt noch mit dir darüber unterhalten und mich nur aufregen!

[JaniJPK]

Thema gilt als geschlossen von meiner Seite aus

--------------------------------------------------------------------------------------------------------------------------

[borstenei]

Zitat:

Ach ist doch egal. Mein Programm funktioniert. Was soll ich mich hier jetzt noch mit dir darüber unterhalten und mich nur aufregen!

Nur nicht aufregen! Aber mit Verlaub gesagt war das schon viel Unsinn was Du hier geschrieben hast. Lass Dir doch helfen oder bist Du Bildungsresistent?

[Perlsau]

Zitat:

Zitat von JaniJPK (Beitrag 1230285)

Ja. Und der Komponente DBEdit weist man einen Namen zu unter DataField. Sagen wir dort steht "PW" dann muss in der Tabelle der Datei xxx.DB auch eine Spalte mit "PW" existieren.

Das ist schlicht falsch dargestellt: Der Name einer Komponente befindet sich im Property Name. Das Property DataField enthält dagegen den Namen des verknüpften Datenfeldes.

Wie bereits erwähnt erschwerst du dir selbst das Leben im Allgemeinen und die Hilfestellung hier im Besonderen, wenn du dich nicht korrekt auszudrücken weißt. Diesem Umstand kannst alleine du selbst abhelfen.

Zitat:

Zitat von JaniJPK (Beitrag 1230285)

Ach ist doch egal. Mein Programm funktioniert.

Und was machst du beim nächsten Problem? Wieder irgendwelchen Unsinn verzapfen, so daß dich keiner versteht? Wenn du schreibst, daß du einer Datenbank eine Delphi-Komponente hinzufügst, kann man das nur als Unsinn bezeichnen! Überlege doch einmal, was du wirklich tust und meinst. Du kannst keiner Datenbank eine Delphi-Komponente hinzufügen, auch wenn du das noch so hartnäckig behauptest. Wenn du damit ausdrücken wolltest, daß du einer Datenbank-Tabelle ein neues Feld hinzufügst, dann schreib das doch auch und nicht irgendwelchen Mist, bei dem jeder, der das liest, sofort den Kopf schüttelt und weiterklickt :!: Und wenn du die Terminologie nicht kennst, mußt du sie dir eben aneignen, da führt kein Weg dran vorbei, wenn du wirklich Delphi lernen willst.

Zitat:

Zitat von JaniJPK (Beitrag 1230285)

Was soll ich mich hier jetzt noch mit dir darüber unterhalten und mich nur aufregen!

Wieso regst du dich auf, wenn man dich auf eklatantes Fehlverhalten hinweist? Eigentlich solltest du dankbar dafür sein, wenn dir jemand mitteilt, daß er dich aus diesem und jenem Grunde nur schwer bis gar nicht versteht :roll:

[Daniel]

Fehler hin oder her - wenn jemand neu mit dem Thema Datenbanken beginnt, dann ist klar, dass ihm da viele für ihn neue Begrifflichkeiten entgegen kommen. Natürlich kann dies zu Missverständnissen führen und das sollten wir auch stets berücksichtigen. Dennoch sollten wir stets ein Bewusstsein dafür haben, wenn sich jemand neu in ein Thema einarbeitet und unsere Ausdrucksweise entsprechend anpassen. Franks Antworten kommen wohl ruppiger herüber, als sie gemeint sind.