vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Schützen Sie Ihre Software vor Software-Piraterie - mit sevLock 1.0 DLL!  
 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.NET - Fortgeschrittene
Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 24.06.02 07:54

moin moin
also noch mal meine frage nach dem ich gemerkt habe das meine eingaben nicht in meiner tabelle gespeichert werden...

also wie kann ich mit vb .net in eine foxpro dbase (.dbf) tabelle daten schreiben und diese speichern?
am liebsten wärs mir mit recordsets sofern möglich. das war bei vb 6 noch ganz einfach. zur not könnt ihr auch ne lösung mit sql vorschlagen aber da mit kenne ich mich nicht sonderlich aus.

bin dankbar für jede antwort

mfg
Benedikt
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Sascha
Datum: 26.06.02 12:26

Hallo Benedikt,

also leider muß ich mich auch erst einarbeiten. Aber recordsets gibt es nicht mehr. Ich empfehle dir, einfach in der MSDN zu suchen. Vielleicht mit den Stichworten ADO oder SQL...
Dann habe ich gerade gesehen, dass die Beispielprogramme des Framework SDK auch einiges zum Thema Datenbank zu bieten hat.

mfg
Sascha
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 27.06.02 11:23

tja da kann man nix machen
trotzdem danke für die antwort

CyberLord, Dieter habt ihr nich ne antwort parat

also wie ich jetzt daten in nem vb .net programm in eine dbase oder eine foxpro tabelle schreibe?
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: unbekannt
Datum: 27.06.02 11:38

Hi Benedikt,

ich progge (noch) kein VB.Net. Kann Dir daher nicht helfen. Allerdings kann ich mir kaum vorstellen, dass in VB.NET ADO nicht eingebunden werden könnte, das neue DB-Zugpferdchen von Microsoft.

cu
Lordchen
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 27.06.02 21:53

na ja
also das neue zugpferdchen nennt sich ado .net und ich hab da auch kein plan von. vor allem mit dbase tabellen. mit access is alles simpel aber dbase...
wir scheinen ja absolute hinterweltler zu sein das wir noch dbase benutzen. na ja also die tabellen sind lediglich als produktionsdate für ne maschiene gedacht und das läuft auch prima aber jetzt kommt mista kunde daher und will seine bestellung in xml schicken und da mir mit dem xml parser von microsoft auch keiner helfen konnte muste eben .net her. da konnt mir der kunde bzw die edv vom kunden ne routine schicken aber mit dbase arbeiten die natürlich nicht mehr... xml halt
na ja
ich sag mal
alles wird gut und nichts ist unschaffbar


trotzdem danke für die antworten
mfg
Benedikt
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: unbekannt
Datum: 27.06.02 22:01

Hi Benedikt,

wie bitte ... dafür brauchst Du aber VB.NET nicht, das ginge doch auch schon mit VB 6.0!!! und ADO!!!!!. ADO beherrscht doch XML!

cu
Lordchen
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 27.06.02 22:04

was?
na klasse
wie denn das jetzt?
ich mein so was konnte mir vor dir keiner sagen
kotzen könnt ich
is ja nich so als hätte ich es nicht versucht.
also ich bin ja nicht so der vb spezialist
ich programmier da nur was halt nötig ist

ohhh man
is das simpel oder ehr nicht?

mfg
Benedikt
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: unbekannt
Datum: 27.06.02 22:10

Hi Benedikt,

hast Du mal konkret im Forum danach gefragt ... ich erinnere mich nicht (ist normal )
ADO kann XML-Files verarbeiten! Das wissen nur nicht viele.

cu
Lordchen
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 27.06.02 22:21

ja hmm
die sache ist die
dieses forum kannte ich noch nicht als ich das problem hatte
aber ich bei google groups gepostet und sonst wo mich totgesucht aber da kam nix
alle faselten was von msxml und sax

mfg
Benedikt
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: unbekannt
Datum: 27.06.02 22:37

Hi Benedikt,

aber uns gibt es doch schon so lange ... seufz. Ich denke, dass der jetzige Weg, den Du gemacht hast, nahezu unumkehrbar sein würde. Ohje... darf gar nicht darüber nachdenken.

cu
Lordchen
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 27.06.02 22:43

na beruhig Dich mal wieder. ich hab ja doch noch zu Euch gefunden und ich werde Euch weiterempfehelen.
aber jetzt schreib doch mal kurz obs sehr kompliziert ist ein xml file mit ado auszulesen... das würd mich ja jetzt doch interessieren. ich denke das hängt auch noch immer ein bischen vom format des file ab oder?

mfg
Benedikt

P.s. ich gehe jetzt pennen also kannst dir auch zeit lassen ich schau morgen wieder rein.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: unbekannt
Datum: 27.06.02 23:01

Hi Benedikt,

einen generellen Weg gibt es in ADO nicht, da muss schon die Aufgabe her. Die wird angepasst und eben gehandelt. Eben: Was, wohin, ... eben die 7W's.

Am Rande bemerkt: (offTopic)
Lordchen regt sich selten auf Manche meinen es nur... Wer mit mir Ärger hat, ist immer selbst schuld.

cu
Lordchen
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Mein Problem ist doch nicht gelöst. Hilfe bitte!!! 
Autor: Benedikt
Datum: 28.06.02 08:08

Hi Lordchen

ICH HAB DIE LÖSUNG
ju hu
son microsoft support mitarbeiter hat auf mein posting geantwortet und mir nen quellcode da reingeschrieben der auf anhieb läuft.
hier isser damit Ihr oder jemand anderes auch mal was da mit anfangen kann
also man nehme ein wenig:

Dim strPath As String = "c: est"
Dim cnEdit As ADODB.ConnectionClass = New ADODB.Connection()
Dim cmdEdit As ADODB.CommandClass = New ADODB.Command()
Dim rsCurrent As ADODB.RecordsetClass = New ADODB.Recordset()
'ct.Mode = ADODB.ConnectModeEnum.adModeShareDenyNone
cnEdit.CursorLocation = ADODB.CursorLocationEnum.adUseClient
cnEdit.Open("Driver={Microsoft Visual FoxPro-Treiber};UID=;PWD=;" & _
"SourceDB=" & strPath & ";" & _
"SourceType=DBF;Exclusive=Yes;BackgroundFetch=No;Collate=Machine;")
cmdEdit.ActiveConnection = cnEdit
cmdEdit.CommandType = ADODB.CommandTypeEnum.adCmdTable
cmdEdit.CommandText = "test.DBF"
rsCurrent.ActiveConnection = cnEdit
rsCurrent.LockType = ADODB.LockTypeEnum.adLockBatchOptimistic
rsCurrent.CursorLocation = ADODB.CursorLocationEnum.adUseClient
rsCurrent.CursorType = ADODB.CursorTypeEnum.adOpenKeyset
rsCurrent.Open(cmdEdit)
MsgBox(rsCurrent.Fields(0).Value)
rsCurrent.Fields(0).Value = "X"
MsgBox(rsCurrent.Fields(0).Value)
rsCurrent.Fields(4).Value = "TestDaten"
rsCurrent.UpdateBatch()
rsCurrent.Close()
rsCurrent = Nothing
cmdEdit = Nothing
cnEdit.Close()
cnEdit = Nothing

gebe noch die microsoft activex data objects 2.5 library dazu die unter projekt/verweise/COM zu finden ist und seie glücklich.

mfg
Benedikt

P.s. vielen dank noch mal für Deine hilfe jetzt weiss ich dann auch schon mal das ado xml fähig ist. ich denke den rest kann man ja nachlesen oder macht doch mal nen tutorial mit den grundsätzen auf diese hp...
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