| |
| |
|
Rob
Wilts | je travaille à einem assez umfangreichen projet. DA suis je mais dringend sur plusieurs User im Netzwerkangewiesen. Profan peux cela (bzw. qui travail avec Datenbanken im Netz funktioniert aussi) mais cela Programme verliert doch einiges à Geschwindigkeit.
Hat quelqu'un Erfahrung ou bien Tipps? |
|
| |
| |
| |
|
|
 | cela Programme ists pas quoi à Geschwindigkeit verliert - c'est plutôt so cela cela Netzwerk (je pour Netzwerkgeschwindigkeit) - qui Übertragungsgeschwindigkeit qui données bestimmt. là es Netzwerke gibt quelle plus rapide comme Festplatten sommes - läufts Programme sous Umständen sogar plus rapide comme de Festplatte. (Besonders si le Endplatte qui Ram ist.)
Um quoi oui c'est ca ca va Dir car? |
|
| |
| |
| |
|
|
Rob
Wilts | tu as droite, naturellement wird cela Programme pas langsamer. ou bien seulement indirect, là es sich um une très komplexe Datenbankanwendung handelt avec z. T. Datenbanken avec mehreren mille Entrées. là cela Programme im Netz eingesetzt volonté soll, sommes zumindest theoretisch plusieurs User gleichzeitig avec den données verbunden, et peut (ou bien devoir) cet naturellement aussi verändern peut.
cela wiederum bedeutet, dass ständig Lese- Schreib- et Aktualisierungszugriffe avoir lieu.
Konkret folgende Fragen, ist es opportun zwischendurch qui Datenbanken zuschließen (avec dbclose) et vous tout de suite wieder pour Weiterarbeit trop ouvrir, bzw. renversé, sollte on avant chaque Schreibzugriff qui banque de données récente ouvrir (pourrait sich quoi geändert avons)?
Grundsätzlich: ist qui travail avec dbfs so gestaltet, dass toujours qui ganze Datenbestand geladen (alors übers Netz transportiert volonté muss?) ou bien stellt dbopen zunächst seulement une liaison her et es wird je pour Anforderung qui geforderte Datensatz transportiert.
si je sais comment cela grundsätzliche HAndling ist, peux je effektiver strategien entwickeln.
je hoffe cela Ganze ist quelque chose deutlicher geworden
Rob
P.S. pourrait qui Einsatz de SQL-Befehlen un Lösungsweg son? |
|
| |
| |
| |
|
|
| alors. 
il y a naturellement très viel trop tenir compte de - déjà alleine avec cela es aucun Kollisionen gibt. cela schlimmst sommes Kollisionen - sagte je cela déjà?
je lege maintenant une fonctionnement [Web]Server avec PHP & DB-Unterstützung comme Grundlage fest.
qui ClientAPP (CApp) sendet dem Server une Anforderung - et wartet sur cela Result.
cet Anforderungen doit umbedingt gestapelt volonté - ici liegt qui Trick. c'est pas seulement demzufolge absolu unempfehlenswert qui CApp direct avec qui DB trop connecten - mais aussi aus dem Sicherheitsaspekt.
qui CApps senden alors simple Anforderungen à den Server et cette legt cet erstmal ab. chacun Anforderung bekommt un Ticket (une SID) - qui qui CApp aussi mitgeteilt wird. un permanenter Dienst sur dem Server (CronJob?) kümmert sich wiederum um den Abbau des Stapels. qui CApps attendre solange jusqu'à vous un Result pour cela erhaltene Ticket conservé.
cela wars aussi déjà.
je suis hierbei en ausgegangen cela wirklich très viele gens dedans eines grand Projektes gemeinsam une DB füttern voulons. |
|
| |
| |
| |
|
|
 | | Gehts maintenant um une banque de données im Netzwerk ou bien um une Internet-banque de données, comment MySQL |
|
| |
| |
| |
|
|
Rob
Wilts | Hört sich bien à, seulement le moi dans qui Beziehung encore unerfahren suis.
alors qui phrase lege je une fonctionnement Webserver à übersteigt bereits mon Erfahrungen. cela Nachfolgende entsprechend ... 
Vereinfacht dit, arbeitet chacun Version des entsprechenden Users presque so, comment im Single Betrieb, sauf dass chacun User seulement sur Datenbanken sur einem calculateur zugreift.
ALso: entier so viele User volonté es wohl pas son, 1-4 max. gleichzeitig. Alle poser beim Start qui liaison (Pfad) le Datenbanken fest et lesen (et écrivons) dans cette données. Comme je le disais cela funktioniert dans ersten Test aussi pas mal, d.h. écrit User A données, so peux user B chez qui prochain Anforderung qui (modifié) données aussi lesen et voyons. Deswegen lasse je dans qui règle qui banque de données aussi seulement récente ouvrir, bevor un phrase geschrieben wird.
Im Grunde - si je toi droite verstehe sprichst du un d'autre Problem à: qui Sicherheit. Wobei je Sicherheit im Sinne de intégrité verstehe?
cela ursprüngliche Problem, le moi ansprach ist qui Geschwindigkeit. ici hilft peut-être aussi simple ausprobieren. |
|
| |
| |
| |
|
|
Rob
Wilts | comment peut-être aus den vorherigen BEiträgen ersichtlich: und dir ausschließlich um Datenbanken im lokalen Netzwerk.
cela Thema Datenbanken im Internet wäre später de intérêt.
Comme je le disais Hinweise chacun Art sommes willkomen |
|
| |
| |
| |
|
|
Torsten
Rümker | Salut,
du devrait sur jeden le cas encore einmal par-dessus sur), si qui Strategie chaque Client direkten Zugriff sur qui banque de données trop gestatten bien ist!
Grundsätzlich sollte cela nämlich pas geschehen.
qui (pour den Datenbestand) sicherste Methode ist une Server trop erstellen, qui qui données je pour Anfrage zur Disposition stellt. (Ok cela hatte iF déjà dit)
sur qui Art spart on sich zusätzlich Datentransfer sur cela Netzwerk, qui z.B. par chercher dans qui banque de données entstehen serait, quoi ensuite aussi wieder qui Geschwindigkeit zugute venez.
avec cela fällt ensuite aussi wohl cela dbopen avant dem écrivons qui données 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 rien si DB im Internet ou bien DB im Lan - car beide DBs sommes aucun Lokalen.
1-4 Benutzer sommes wirklich pas viel - mais qui Problematik bleibt qui selbe.
[quote-part:f38503daa9]Wobei je Sicherheit im Sinne de intégrité verstehe?[/quote-part:f38503daa9]pas ausschließlich - mais absolute intégrité besonders chez Stress sollte Priorität avons.
la fois un paire Fragen:
Welches ist cela ServerOS? (WinXPPro?)
Welches ist cela ClientOS ? (WinXPHome?)
quoi pour une DBFormat liegt avant? (SQL?)
Ahnung de ODBC? |
|
| |
| |
| |
|
|
Rob
Wilts | OS XP-Prof
DB liegen dans dBase 4-Format avant
je n'en sais rien de ODBC |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Rob
Wilts | merci mais peux pas dire, dass je wirklich weitergekommen suis
folgendes kleines BEispielprogramm
cls
declare A&
CHDIR DATA
imprimer getdir$(@)
A&=@SQLINIT(DSN=FBS_ORG)
imprimer a&
SQLEXEC SELECT * FROM KURSPROGRAMM.DBF,1
ListBox$(Ergebnis:,2)
waitkey
Erzeugt chez SQLEXEC qui Fehlermeldung peux objet KURSPROGRAMM.DBF pas trouver
quoi fais je faux? A& <> 0 !!!!!!!!!!!! |
|
| |
| |
| |
|
(881)
Deutsch
English
Français
Español
Italia