Suchergebnisse

Zitat von Nilselino: „Guten Tag, Ich möchte aus einer Tabelle in der Access-Datenbank Daten wie z.B Barcode auslesen und die in eine ander Tabelle in der Access-Datenbank speichern.“ Höchst ungewöhnlich. Dazu bräuchtest du ja nicht einmal ein Form. Da kann man in einer Konsole-Anwendung ein listiges InsertCommand schreiben (ich weiß auch grad nicht, wie man das richtig formuliertete), und wups. iwie sowas wie:SQL-Abfrage (1 Zeile)(glaubich jdfs, das sowas drin ist, aber vlt. irre ich mich) Nur i…

Ich hab ja gesagt: ich glaube nur, dass sowas prinzipiell drin ist, wobei ich mir nichtmal sicher bin. Die korrekte Syntax wäre eine Frage an ausgewiesene Sql-Cracks. Aber ich frage dich nochmal: Willst du das wirklich so direkt auffm Server verwursten, ohne Beteiligung der Client-Anwendung? Wie gesagt: Auf diese Weise erfährt der User keine Ansicht des Ergebnisses, und wenn im Client eine Sicht auf die Zieltabelle angezeigt wird, dann enthält diese ab dem Moment falsche Daten.

Falsches Datenmodell. Richtig wäre eine ZuordnungsTabelle, die über zwei ForeignKeys das Ausgeliehene Buch mit dem Ausleiher verbindet (und Informationen zum Ausleihvorgang (Beginn, Ende, Beanstandet, ...) hinzufügt. Ein tumbes Umkopieren von Datensätzen erzeugt redundante Daten, und relationale DBs sind genau dazu erfunden worden, um DatenRedundanz auszuschließen. DB-theoretisch liegt eine m:n-Relation zw. Ausleiher und Buch vor, und das muß man dementsprechend modellieren. (Ich hoffe, diese Fa…

Im Grunde bin ich auch ein Verächter von Fachsprachen. Jedenfalls, wenn sie benutzt werden, um Dinge zu formulieren, die man auch auf Standard-Deutsch sagen könnte. Aber hinter den Fachbegriffen "Redundanz", "Datenmodellierung", "ForeignKey", "m:n-Relation", "relationale Datenbank" - dahinter steht die (eiglich nicht soo komplizierte) Theorie der Datenbänkerei, und dieses Wissen musstedir so oder so aneignen, wenn du da einsteigen willst. Anners hats ühaupt kein Zweck. Hier paar Tuts: die relati…

Dir ist offensichtlich die fundamentale Wichtigkeit des RedundanzVerbotes nicht klar: Wenn du Ausleih-Vorgänge redundant in eine Extra-Tabelle schreibst, und der Kunde bekommt eine neue Addresse? Dann kannste seine Addresse ändern, und mußt zusätzlich die Ausleihe-Tabelle durchwühlen, und seine Ausleihen updaten - das ist nämlich eine Auswirkung des Redundanz-Problems. Eine DB-Anwendung ohne die Grundregeln der Datenbänkerei zu erstellen, ist absolutely NoGo, und deshalb unterstütz ich dich dabe…

und wenn jmd fragt, wo das Buch 1111 ist? Im Regal oder bei wem? Ähm - und bei 100 Usern hast du 100 Tabellen inne DB? das ist doch absurd. (PS: könnemer uns duze?)