Re: Problem mit Netzwerksoftware

On Tue, 27 Sep 2005 08:59:35 +0200 Sandro Andersky wrote:

> Genau so sehe ich das auch. Nur hätte ich gern rausgefunden an was es
> genau liegt - um den eigenen Ehrgeiz zu befriedigen ^^

Wie schon gesagt - daran, dass ein Schreibvorgang nicht richtig zum Ende
kommt. Entweder schmiert der Client (oder die Applikation) dabei ab, oder
aber die Netzwerkverbindung wird unterbrochen (von Access meist mit
"Datenträger- oder Netzwerkfehler" )

> zumal es vorher mit einem Novell Server relativ problemlos lief.

Das muss nichts heißen, außer, du hast es in einer kleinen, klaren,
verständlichen Umgebung und kannst Fehlfunktionen an den Clients
ausschließen.

>> Macht euch die Mühe und portiert das auf einen SQL-Server - es ist ja fast
>> schon egal, auf welchen - besser wirds in jedem Fall.
>
> Das es da besser läuft weiss ich, aber warum ist das so? (Datenbanken
> ist nicht gerade mein Fachgebiet)

Eine interessante Frage.
Das ist vor allem so, weil die Kontrolle darüber, was an Daten in die
Datenbank geschrieben wird, und was nicht, im Falle einer Access-MDB eben
die Clients haben - sie öffnen die Datei, kritzeln irgendetwas herein und
schließen sie wieder[1]. Ob sie dabei die Daten "richtig" schreiben, oder
die Struktur der Datenbankdatei beschädigen, kann niemand prüfen - es kann
sie auch niemand am Schreiben hindern.
Setzt du einen SQL-Server ein, dann hast du die Zwischeninstanz - den
SQL-Server eben, der von den Clients gefragt wird, ob er in der Tabelle XY
im Datensatz Z den Wert der 2. Spalte auf "3" ändern kann - er prüft die
Anfrage, sorgt dafür, dass die Daten konsistent geschrieben werden und
meldet dem Client dann den Status zurück.

> Welchen SQL server sollte man verwenden?

Das ist vor allem eine Frage der Anforderung und der richtigen
Religion(tm). Ich würde mich nicht auf einen MS-SQL-Server versteifen, von
der MSDE ist auf Grund von Performance- und Managementeinschränkungen
abzuraten.

Ansonsten ist es aber eine Frage, deren Beantwortung dem Menschen
überlassen werden sollte, der unter Kenntnis der Anforderungen und der
Produkte auf dem Markt sachkundig entscheiden kann - da *vorher* extern
kompetenten Rat einzuholen kann Fehlentscheidungen vorbeugen und sollte
auch gleich die Kosten des Vorhabens beziffern.

[1] ziemlich vereinfacht, aber für die Anschaulichkeit angemessen
--
Denis Jedig
syneticon networks GbR http://syneticon.net/service/
.

Relevant Pages

  • Re: Prob mit OPENROWSET in einer SP auf eine externe DB
    ... > ich muss mit meinem SQL-Server 2000 auf externe Access 2000 ... > Datenbanken zugreifen und mir Tabellen holen. ... Benutzer in einer Access Arbeitsgruppe. ... Next by Date: ...
    (microsoft.public.de.sqlserver)
  • Kein Zugriff auf Daten!
    ... nicht mehr auf Daten in den Datenbanken zugreifen kann. ... der Tabellen aber sehr wohl. ... Ich habe daraufhin den SQL-Server deinstalliert und neu eingerichtet ... Next by Date: ...
    (microsoft.public.de.sqlserver)
  • Re: Stammdaten importieren
    ... Hast du am Sql-Server und in Access jeweils einen für beide Datenbanken ... Next by Date: ...
    (microsoft.public.de.german.entwickler.dotnet.datenbank)
  • Kopie einer SPS-Umgebung als Testumgebung erstellen
    ... Um eine Testumgebung zu schaffen will ich eine Kopie von beiden ... Datenbank-Export vom SQL-Server machen und auf den neu installierten ... SQL-Server die Datenbanken importieren. ... Next by Date: ...
    (microsoft.public.de.german.sharepointportalserver)
  • Re: ist das eine gute Idee?
    ... > Clients über das Internet auf den SQL-Server zugreifen. ... > ich dazu einen Server mit Win2000 und Outpost als Firewall drauf. ... Du hast einen SQL-Server, der bei dir steht und da sollen nur ... Beispielsweise ein VPN oder so etwas wie stunnel. ...
    (de.comp.security.firewall)