| |
| |
|
| - Page 1 - |
|
Rob
Wilts | Ich arbeite an einem ziemlich umfangreichen Projekt. DA bin ich aber dringend auf mehrere User im Netzwerkangewiesen. Profan kann das (bzw. die Arbeit mit Datenbanken im Netz funktioniert auch) aber das Programm verliert doch einiges an Geschwindigkeit.
Hat jemand Erfahrung oder Tipps? |
|
| |
| |
| |
|
|
| |
| |
| - Page 1 - |
|
 | | Gehts jetzt um eine Datenbank im Netzwerk oder um eine Internet-Datenbank, wie MySQL |
|
| |
| |
| |
|
|
Rob
Wilts | Hört sich gut an, nur das ich in der Beziehung noch unerfahren bin.
Also der Satz lege ich einen funktionierenden Webserver an übersteigt bereits meine Erfahrungen. Das Nachfolgende entsprechend ... 
Vereinfacht gesagt, arbeitet jede Version des entsprechenden Users fast so, wie im Single Betrieb, außer dass jeder User nur auf Datenbanken auf einem Rechner zugreift.
ALso: Ganz so viele User werden es wohl nicht sein, 1-4 max. gleichzeitig. Alle legen beim Start die Verbindung (Pfad) zu den Datenbanken fest und lesen (und schreiben) in diesen Daten. Wie gesagt das funktioniert in ersten Test auch ganz gut, d.h. schreibt User A Daten, so kann user B bei der nächsten Anforderung die (modificato) Daten auch lesen und sehen. Deswegen lasse ich in der Regel die Datenbank auch erst neu öffnen, bevor ein Satz geschrieben wird.
Im Grunde - wenn ich dich recht verstehe sprichst du ein anderes Problem an: Die Sicherheit. Wobei ich Sicherheit im Sinne von Integrität verstehe?
Das ursprüngliche Problem, das ich ansprach ist die Geschwindigkeit. Hier hilft vielleicht auch einfaches ausprobieren. |
|
| |
| |
| |
|
|
Rob
Wilts | Wie vielleicht aus den vorherigen BEiträgen ersichtlich: Es geht ausschließlich um Datenbanken im lokalen Netzwerk.
Das Thema Datenbanken im Internet wäre später von Interesse.
Wie gesagt Hinweise jeder Art sind willkomen |
|
| |
| |
| |
|
|
Torsten
Rümker | Ciao,
du solltest auf jeden Fall noch einmal darüber nachdenken, ob die Strategie jedem Client direkten Zugriff auf die Datenbank zu gestatten gut ist!
Grundsätzlich sollte das nämlich nicht geschehen.
Die (per den Datenbestand) sicherste Methode ist einen Server zu erstellen, der die Daten je nach Anfrage zur Verfügung stellt. (Ok das hatte iF schon gesagt)
Auf die Art spart man sich zusätzlich Datentransfer circa das Netzwerk, der z.B. durch Suchen in der Datenbank entstehen würde, was dann auch wieder der Geschwindigkeit zugute kommt.
Damit fällt dann auch wohl das dbopen vor dem Schreiben der Daten wech ;)
MfG
Torsten |
|
| |
| Ich lerne, ob ich will oder nicht!
Betriebssystem:
- Ubuntu 15.x
- Windows (diverse)
XProfan Version: X2 | 02.10.2005 ▲ |
|
| |
|
|
 | Im Grunde nimmt sichs nichts ob DB im Internet oder DB im Lan - denn beide DBs sind keine Lokalen.
1-4 Benutzer sind wirklich nicht viel - aber die Problematik bleibt die selbe.
[quote:f38503daa9]Wobei ich Sicherheit im Sinne von Integrität verstehe?[/quote:f38503daa9]Nicht ausschließlich - aber absolute Integrität besonders bei Stress sollte Priorität haben.
Mal ein paar Fragen:
Welches ist das ServerOS? (WinXPPro?)
Welches ist das ClientOS ? (WinXPHome?)
Was per eine DBFormat liegt vor? (SQL?)
Ahnung von ODBC? |
|
| |
| |
| |
|
|
Rob
Wilts | OS XP-Prof
DB liegen in dBase 4-Format vor
Keine Ahnung von ODBC |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Rob
Wilts | Danke aber kann nicht sagen, dass ich wirklich weitergekommen bin
folgendes kleines BEispielprogramm
cls
declare A&
CHDIR DATA
print getdir$(@)
A&=@SQLINIT(DSN=FBS_ORG)
print a&
SQLEXEC SELECT * FROM KURSPROGRAMM.DBF,1
ListBox$(Ergebnis:,2)
waitkey
Erzeugt bei SQLEXEC die Fehlermeldung Kann Objekt KURSPROGRAMM.DBF nicht finden
Was mache ich falsch? A& <> 0 !!!!!!!!!!!! |
|
| |
| |
| |
|
| |
| |
| - Page 2 - |
|
|
Bernd
Haase | Moin !
Also ich hab eine Statistik-DB, die mit 120000 Datensätze belegt ist. Diese wird nach bestimmten Aspekten ausgewertet. Diese Auswertungen werden von 1-3 Mitarbeitern vorgenommen. Diese Datenbank lag mal in Dbase vor. Ich kann nur sagen, vergiss es. Dbase ist einfach zu langsam, um solche Datenmengen auszuwerten und vor allem um zu verwalten. Sollten dann auch noch mehrere User hinzukommen, dann ist ganz Feierabend. Ich würde, wie schon mehrfach hier angedeutet auf eine Datenbank umsteigen, die auch per diesen Betrieb geeignet ist. Ich nutze in erster Linie PostGreSql, die einfach zuinstallieren ist und auch einfach zu handlen ist. Zugriffe erfolgen circa ODBC-Treiber und naturalmente mit SQL.
Wenn Du hier Aiuto benötigst, dann melde Dich.
Saluto Bernd |
|
| |
| Mit freundlichem Gruß Bernd Sind schon viele erfroren, aber noch keiner ist erstunken !![...]  | 04.10.2005 ▲ |
|
| |
|
|
Detlef
Jagolski | Hallo Bernd!
Ich möchte mit PostGreSql und Profan eine Datenbank Programmieren, brauche dazu Infos, wie lege ich eine Datenbank usw.
Für Aiuto wäre ich dankbar.
Saluto
Detlef |
|
| |
| XProfan X4, PRFellow, Profan2Cpp - Version 2.0c-pre5, Windows 11 | 05.10.2005 ▲ |
|
| |
|
|
Bernd
Haase | Moin !
Ich habe einen Linux-Server installiert und hier die Postgres-Db aufgesetzt. Mit dem PG-Admin-III-Tool lassen sich Datenbank herrlich verwalten. Dieses Tool umfasst alles, was das Herz begehrt. Eigentlich ist auch alles extrem simmpel. Du kannst auch einen Server mit dem Betriebssystem Zeta aufbauen, denn auch hier gibt es PostgreSQL.
... und zu guter Letzt, die DB gibt es auch per Windows, nur muß hier der Server FAT formatiert sein  sonst corre die DB nicht.
Soweit so gut, vielleicht hilft Dir das erts einmal weiter. Also erts das Betriebssystem und dann PostGreSQl installieren und dann mit dem Tool ran.
Saluto Bernd |
|
| |
| Mit freundlichem Gruß Bernd Sind schon viele erfroren, aber noch keiner ist erstunken !![...] | 06.10.2005 ▲ |
|
| |
|
|
| Mmh - warum corre Profan im Netzwerk langsamer?
Ich bin gestern durch Zufall selbst auf das Problem gestoßen und habe den Eindruck, daß das vor allen Dingen an Multitaskingeffekten liegt. Ganz vermeiden können wirst du den Effekt nicht, - ich denke aber, daß du ihn sehr stark herabsetzen kannst.
Wenn du noch Interesse hast, machen wir zwei mal ein vernünftiges Brainstorming was dich vielleicht mit deinem Problem weiterbringt... |
|
| |
| |
| |
|
(909)
Deutsch
English
Français
Español
Italia