Hallo.
Ich muss mit einer VB DOT NET Anwendung auf eine gemeinsame Datenbank zugreifen.
xBase++ 1.9.331 oder 335. Allerdings sollten beide Programm Daten einfügen und ändern können.
Löschen ist nicht notwendig.
Das Problem ist auch das die Datei 6 Indexe hat, die von beiden Programmen mitgeführt werden müssten.
Als Alternative könnte ich die Datei in einen SQL-Server legen. Dann müsste ich aber mein Programm für
den einen Kunden ändern und auch einen SQL Server installieren.
Mir wäre es lieber er könnte irgendwie auf die dbf-Datei zugreifen.
Zur Zeit verwende ich NTX aber da was zu ändern wäre kein Problem.
Gibt er hierzu eine Lösung?
ACCESS erscheint mir auch etwas umständlich in der Anbindung mit xBase++.
Gruß
Bernd
DBF gemeinsam mit DOT NET
Moderator: Moderatoren
-
- Rekursionen-Architekt
- Beiträge: 159
- Registriert: So, 16. Apr 2006 11:12
- Wohnort: Öhringen
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Re: DBF gemeinsam mit DOT NET
Hi,
man könnte von Xbase++ über ODBC auf die DBF ohne Index zugreifen (SQLExpress), das müsste - soweit ich weiß - auch dem VB Zugriff entsprechen.
Somit wären beide Zugriffe im Prinzip kompatibel (garantieren kann ich das nicht).
Die NTX Indexdateien hingegen werden nach meiner Kenntnis nicht von dem ODBC Treiber unterstützt.
Wenn dem so ist, würden die Xbase++ NTX Zugriffe durch konkurierende ODBC Zugriffe gestört,
weil der Index nicht angepasst wird, wenn Indexfelder geändert oder neue Sätze hinzugefügt werden.
Ich bezweifle auch, dass das Sperrverhalten kompatibel ist.
man könnte von Xbase++ über ODBC auf die DBF ohne Index zugreifen (SQLExpress), das müsste - soweit ich weiß - auch dem VB Zugriff entsprechen.
Somit wären beide Zugriffe im Prinzip kompatibel (garantieren kann ich das nicht).
Die NTX Indexdateien hingegen werden nach meiner Kenntnis nicht von dem ODBC Treiber unterstützt.
Wenn dem so ist, würden die Xbase++ NTX Zugriffe durch konkurierende ODBC Zugriffe gestört,
weil der Index nicht angepasst wird, wenn Indexfelder geändert oder neue Sätze hinzugefügt werden.
Ich bezweifle auch, dass das Sperrverhalten kompatibel ist.
Gruß
Hubert
Hubert
- AUGE_OHR
- Marvin
- Beiträge: 12909
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: DBF gemeinsam mit DOT NET
Frage : existiert die VB App mit der DBF schon ?Bernd Reinhardt hat geschrieben:Ich muss mit einer VB DOT NET Anwendung auf eine gemeinsame Datenbank zugreifen.
xBase++ 1.9.331 oder 335. Allerdings sollten beide Programm Daten einfügen und ändern können.
Löschen ist nicht notwendig.
wenn nein, bist du dann auch der Autor der VB App ?
wenn jemand mit VB auf DBF zugreifen will dann sprechen wir gewöhnlich von M$ Produkten wie FoxPro Dateien.Bernd Reinhardt hat geschrieben:Als Alternative könnte ich die Datei in einen SQL-Server legen.
Dann müsste ich aber mein Programm für den einen Kunden ändern und auch einen SQL Server installieren.
Mir wäre es lieber er könnte irgendwie auf die dbf-Datei zugreifen.
Zur Zeit verwende ich NTX aber da was zu ändern wäre kein Problem.
Gibt er hierzu eine Lösung?
mit NTX können die meisten nichts anfangen.
VB selbst hat doch IHMO keine "native" DBF "Treiber" sondern benutzt M$ ADO, Jet.OLEDB oder ODBC für den Zugriff.
wenn man nun von einem "gemeinsamen" SQL Server spricht -> ADS
Vorteil : es gilt für alle möglichen Programmiersprachen "Treiber" für den Client Zugriff
Nachteil : teuer
Das MySQL Project von Hector Pezoa enthält einen Xbase++ "Wrapper" für die "Navigation" ( SKIP, SEEK, GOTO etc.)
sowie dem "Locking" und ein "Browse" existiert auch schon.
Vorteil : "free" ( benötigt ot4xb)
Nachteil : man muss "selbst" mitarbeiten
nicht zu vergessen PostgreSQL via DBEpg ... wenn man das erst mal in Griff bekommt
Vorteil : sollte sich verhalten wie von FOXDBE "gewohnt"
Nachteil : Liefertermin von Xbase++ v2.x ?
auch bei Access hat man doch meistens einen SQL Server als Frontend.Bernd Reinhardt hat geschrieben:ACCESS erscheint mir auch etwas umständlich in der Anbindung mit xBase++.
gruss by OHR
Jimmy
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: DBF gemeinsam mit DOT NET
Moin Jimmy,
Aber als Backend.
Viele Grüße,
Martin
Nie nicht - weder bisher, noch in ZukunftAUGE_OHR hat geschrieben:auch bei Access hat man doch meistens einen SQL Server als Frontend.
Aber als Backend.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12909
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: DBF gemeinsam mit DOT NET
ist heute der 1st April ?Martin Altmann hat geschrieben:Nie nicht - weder bisher, noch in ZukunftAUGE_OHR hat geschrieben:auch bei Access hat man doch meistens einen SQL Server als Frontend.
Aber als Backend.
gruss by OHR
Jimmy
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16517
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: DBF gemeinsam mit DOT NET
Nein - wie kommst Du darauf?
Du schriebst, man hat einen SQL-Server als Frontend. Das ist Unsinn - ein SQL-Server ist immer das Backend! Das Frontend ist die GUI (in Deinem Beispiel die Access-Anwendung).
Viele Grüße,
Martin
Du schriebst, man hat einen SQL-Server als Frontend. Das ist Unsinn - ein SQL-Server ist immer das Backend! Das Frontend ist die GUI (in Deinem Beispiel die Access-Anwendung).
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.