| |
VB.NET - FortgeschritteneMein 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 | |
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 | |
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? | |
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 | |
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 | |
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 | |
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 | |
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 | |
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 | |
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 | |
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. | |
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 | |
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... | |
| 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 |
|
|
Neu! sevPopUp 2.0
Dynamische Kontextmenüs!
Erstellen Sie mit nur wenigen Zeilen Code Kontextmenüs dynamisch zur Laufzeit. Vordefinierte Styles (XP, Office, OfficeXP, Vista oder Windows 8) erleichtern die Anpassung an die eigenen Anwendung... Weitere InfosTipp des Monats Access-Tools Vol.1
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 EURWeitere Infos
|
|
|
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
|
|