vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Mails senden, abrufen und decodieren - ganz easy ;-)  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB & Datenbanken
Checksumme berechnen 
Autor: Christian Peters
Datum: 16.12.04 17:27

Servus,

mal ne Frage, ist es möglich per ADO und MS Access eine Chekcsumme einer Zeile zu generieren (am besten per SQL) ?

Danke,

Chris
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Checksumme berechnen 
Autor: Zero-G.
Datum: 16.12.04 17:42

Hmmm - Was für eine Checksumme? - Möchtest Du überprüfen, ob ein Text verändert wurde? - Oder ob gewisse Felder miteinander richtig verbunden wurden?

Was möchtest Du mit dieser Checksummer erreichen?

mfg
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Checksumme berechnen 
Autor: Christian Peters
Datum: 17.12.04 07:39

Bei 62 Feldern ist es mühsig jedes einzelne zu überprüfen ob es sich geändert hat um festzustellen ob ich den Datensatz aktualisieren muss (bei einem Import z.B.) oder ob ich diesen überspringen kann.

Die Cheksumme soll mir eben eine Checksumme über alle Felder liefern und sich aus den einzelenem Inhalten jedes einzelnen Feldes errechnen. Wenn sich auch nur ein Bit in einem Feld geändert hat muss sich auch die Checksumme ändern und somit der Datensatz aktualisiert werden.

Das ist die IDee (PS: Der MS-SQLServer kann sowas, ich suche das aber in Access)

Danke,

Chris
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Checksumme berechnen 
Autor: Zero-G.
Datum: 18.12.04 13:24

Hey Chris

Ich verstehe bei der ganzen Sache etwas nicht - Du hast 62 Felder - sagen wir vereinfacht mal - 62 Textboxen. - Wenn eine Textbox verändert wird, soll alles gespeichert werden - wenn nicht, dann eben nicht.
Es gibt jetzt diesbezüglich mehrere Lösungsvorschläge:

1) - Du lässt alle Textboxen einfach Enabled = False, wenn jemand etwas ändern möchte, dann werden sie alle auf True - Wenn die Textfelder True sind, dann wird gespeichert.

2) Du bildest einen String der 62 Felder beim Einlesen - beim Sprung auf den nächsten Datensatz - wird der String den Du beim Herzeigen eingelesen hast mit dem, aktuellen verglichen (Dazu brauchst Du nur eine kleine Sub Routine schreiben.

3) Du machst bei jedem TextFeld im Ereignis des Change eine Globale Variable die sich bei dem Ereignis Change auf True setzt - dann weißt Du auch ob jemand etwas geändert hat.

Da ist eine Checksummenberechnung sicher aufwendiger, als das einmal zu schreiben - gerade die 2. Lösung ist nicht mal sehr programmieraufwändig.

mfg
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Checksumme berechnen 
Autor: Christian Peters
Datum: 20.12.04 08:09

Hallo Zero,

ich denke die zweite Lösung ist wohl die welche ich nehmen werde.
Hintergrund ist allerdings folgender: Es gibt ein weiteres Programm in welchem die Daten u. U. geändert werden. Das weis mein Tool aber nicht. Deshalb suche ich nach einer einfachen Möglichkeit festzustellen ob ich beim Imporieren der Daten einen Datensatz aktualisieren muss oder nicht.

Der SQL-Server (MSDEa) beherrscht genau diese Funktion welche du als Sub integrieren willst.

Ich probier das einfach mal aus.

Danke für den Tip.

Chris
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel