Firebird in Netzwerk

[clock50]

XP Home und XP Pro je SP2
es ist auf beiden das gleiche

Ich habe es auf beiden Getestet laufen soll es auf Pro

[Alfredo]

XP Home hat generell Probleme im Netzwerk.
Dies ist aber von MS so gewollt.


Ich würde nicht auf die Idee kommen XP Pro als Serverbetriebssystem
einzusetzen.

Ich arbeite mit Fedora 10(Samba) und das läuft mit Firebird perfekt.

Gruß
Alfred

[mkinzler]

Ist die Windowes FireWall aktiv?

[clock50]

Firewall ist aktiv aber ich habe port 3050 ausgenommen

[clock50]

hallo

Zitat:

Zitat von Alfredo

XP Home hat generell Probleme im Netzwerk.
Dies ist aber von MS so gewollt.


Ich würde nicht auf die Idee kommen XP Pro als Serverbetriebssystem
einzusetzen.

Ich arbeite mit Fedora 10(Samba) und das läuft mit Firebird perfekt.

Gruß
Alfred

das ist nur für einen PC + Arbeitsstation und keine Firmen Server Anwendung

[Alfredo]

Zitat:

das ist nur für einen PC + Arbeitsstation und keine Firmen Server Anwendung

Hierin liegt eben dein Denkfehler.

Sobald mehr als 1 Rechner vorhanden ist, müssen die beiden Betriebssysteme
miteinander richtig reden können.

Mein Kenntnisstand ist, das XP Home im Bereich des Netzwerks bewusst kastriert
wurde.

XP Pro läßt nur maximal 10 Verbindungen zu.

Wenn Du mal rechnest was Du schon an Zeit verbraten hast, dann hättest Du bei
Ebay eine reguläre SB-Lizenz für XP-Pro bekommen.

Was verwendest Du für einen Switch?

Onboard Netzwerkkarten? Am Besten noch ein Asusboard?

Wireshark wäre ein Tool um feststellen zu können, was sich auf deinem Mininetz-
werk so abspielt.


Gruß
Alfred

[clock50]

Natürlich hast Du Recht mit dem was Du schreibst.

Dennoch gehe ich davon aus, daß es nicht ausschließlich am Netzwerk liegt. Da ich das Problem auch habe, wenn ich die Anwendung 2x auf dem 'Server' (der PC mit Firebird-Server (XP Pro) ) starte.

[mschaefer]

Es ist ziemlich egal ob Linux oder Windows für die Firebird-Server Version verwendet wird. Bei beiden geht der gemeinsame Zugriff im Netzt. Würde eher auf die Zugriffskomponente tippen. Bin selbst ja eher ein Verfechter der Zeos Komponenten, aber FIB hat auch reichlich Anhänger.

Hrüße // Martin

[clock50]

Aber was kann es sein? Ich poste hier mal mein Datenmodul

Delphi-Quellcode:

  public
    { Public-Deklarationen }
    procedure SQLUpdate;
    procedure sSql(Sql : String);
  end;

var
  DM: TDM;

implementation

uses Unit2, Unit1, Unit7, Unit6, Unit4, Unit3;

{$R *.DFM}

procedure TDM.SQLUpdate;
var ID : Array[1..9] of Integer;
begin
 ID[1] := IBQuery1ID.AsInteger;
 ID[2] := IBTable1ID.AsInteger;
 ID[3] := IBQuery2ID.AsInteger;
 ID[4] := IBTable2ID.AsInteger;
 ID[5] := IBQuery3ID.AsInteger;
 ID[6] := IBTable3ID.AsInteger;
 ID[7] := IBTable4ID.AsInteger;
 ID[8] := IBTable5ID.AsInteger;
 ID[9] := IBTable6ID.AsInteger;
    if IBTransaction1.InTransaction then
     begin
      IBTransaction1.Commit;
      IBTransaction1.StartTransaction;
      IBQuery1.Open;
      IBTable1.Open;
      IBQuery2.Open;
      IBTable2.Open;
      IBQuery3.Open;
      IBTable3.Open;
      IBTable4.Open;
      IBTable5.Open;
      IBTable6.Open;
      IBQuery4.Open; 
     end;
 IBQuery1.Locate('ID', ID[1], [loCaseInsensitive]);
 IBTable1.Locate('ID', ID[2], [loCaseInsensitive]);
 IBQuery2.Locate('ID', ID[3], [loCaseInsensitive]);
 IBTable2.Locate('ID', ID[4], [loCaseInsensitive]);
 IBQuery3.Locate('ID', ID[5], [loCaseInsensitive]);
 IBTable3.Locate('ID', ID[6], [loCaseInsensitive]);
 IBTable4.Locate('ID', ID[7], [loCaseInsensitive]);
 IBTable5.Locate('ID', ID[8], [loCaseInsensitive]);
 IBTable6.Locate('ID', ID[9], [loCaseInsensitive]);
 Form2.Anzeige;
 Form3.Anzeige;
 Form4.Anzeige;
 Form6.Anzeige;
 Form7.Anzeige;
end;

procedure TDM.sSql(Sql : String);
begin
 IBSQL1.SQL.Clear;
 IBSQL1.SQL.Text := Sql;
 IBSQL1.ExecQuery;
end;

[mkinzler]

Ersetzte die IBTables durch IBDataSets und mache die Updates darüber ( .ModifySQL)