Frage zu MS SQL Server Desktop Engine(MSDE)

[Duffy]

Hallo Gambit,
läuft denn auf dem gemieteten Server eine MS SQL Datenbank? Dann könntest Du diesen auch zu Entwicklung benutzen.

Bei der MSDE hast Du keinen Database Explorer dabei. Wenn Du also Datenbanken erzeugen willst, dann mußt Du daß per Programm machen. Also eine Verbindung über ADO erzeugen und dann die Datenbank mit SQL Statements erzeugen. Dann kannst Du auch damit arbeiten. Ist eben halt eine Trockenübung. Besser geht es, wenn Du einen Server und auch die Datenbanktools zur Verfügung hast.

bye
Claus

PS: Soweit wie ich mich erinnern kann, ist bei der MSDE ein Konfigurationstool dabei, womit Du die Verbindung (TCP/IP, Pipe etc.) einstellen kannst. Ich meine da wird auch der lokale Account eingerichtet.

[Gambit]

Also auf dem Server läuft wohl auch diese MSDE. Deswegen bin ich ja auch darauf gekommen...
Oder sollte ich vielleicht ne ganz andere Datenbank nehmen? Ich weiß nicht, ob ich da MySQL oder sowas installieren darf, hab das Teil erst 2 Tage...

Gambit

[Duffy]

Hallo Gmabit,
wenn Du von einer Website auf eine Datenbank zugreifen willst, dann benötigst Du auch einen Server. Damit meine ich eine Server Software wie den Interbase SQL Server, MS SQL Server oder auch MySQL. Das sind alles professionelle Datenbanken.

Du kannst natürlich auch eine Desktop Datenbank nehmen wie Access, Paradox oder DBase. Doch diese haben erhebliche Nachteile gegenüber den originären SQL Datenbank Servern. Du mußt wissen, was Du vorhast und was Du machen willst.

Auf jeden Fall würde ich Dir raten eine der 3 zuerst aufgeführten zu nehmen.

bye
Claus

[Gambit]

Ja so richtig verstehe ich das nicht, warum ich jetzt einen Server benötige. Das Webmodul liegt doch auf dem Server und die Datenbank auch. Wenn jetzt jemand die Webseite aufruft, nimmt das Programm, also das Webmodul Daten aus der Datenbank, die ja dort praktisch lokal vorliegt. Das Webmodul greift auf diese DB zu, nimmt Daten daraus und bastelt die Webseite zusammen und schickt sie an den Client zurück. So hatte ich mir das gedacht. Ich glaube langsam, ich bin zu blöd...

Gambit

[Duffy]

Hsllo Gambit,
was verstehst Du unter einer Datenbank?. Die Datei in der Daten stehen oder das gesamte System, was Daten verwaltet?

bye
Claus

[Gambit]

Hmm..., achso. Also die Datenbankdatei, in der die Daten stehen. Auf die Datei greift mein Webmodul zu. Ist also im Moment ne Access Datenbankdatei. Und da dachte ich, weil ja auf dem Server dieses MSDE löppt, nehm ich also in Zukunft ne MSDE Datenbankdatei. Weil ich ja ne Datenbank Engine benötige und auf dem Server ja kein Access installiert ist und damit auch nicht dessen Engine.

Ich weiß nicht, wie ich das besser erklären soll. Ginge wahrscheinlich fernmündlich besser...

Gambit

[Duffy]

Hallo Gambit,
langsam kommen wir in die richtige Richtung.

Es gibt unterschiedliche Arten auf eine Datenbank zuzugreifen. die Einfachste wäre, das Programm macht die Datenbank selber auf, liest und schreibt die Daten selber. Das Programm muß dann aber die Strukturen der Datenbank kennen und selber pflegen. All das wäre mit einem risiegen Programmieraufwand verbunden. Das wäre dann eine absolut Stand-Alone Datenbank.

Die zweite Möglichkeit ist, man bemüht ein anderes Programm um Daten von einer Datenbank zu erhalten. So braucht nicht mehr zu wissen wie die Daten selber gespeichert werden. Ein Beispiel dafür ist die BDE (Borland Database Engine). Hier erstellt man einen Alias, einen Stellvertreter für die Datenbank auf die man zugreifen will. Beim definieren des Aliases gibt man den Typ usw. an. dadurch weiß die BDE, wie sie auf Datenbank zugreifen soll. Sie benutzt dafür den richtigen Dolmetscher. Das Ganze sieht ungefähr so aus.

Programm -> BDE -> Datenbank und zurück Datenbank -> BDE -> Programm.

Das Programm braucht also garnicht zu wissen wie die Daten gespeichert werden. Das erledigt also ein sogenannter Datenbanktreiber sein. Ein nativer, also einer der direkt auf die Datenbank zugreift oder einer, der sich eines weiteren Treibers bedient. Z. B. ODBC. Man spricht hier auch von Dektop-Datenbanken. Diese liegen meist auf einem Rechner und werden auch auf diesem bearbeitet.

Die dritte Möglichkeit ist eine Datenbank die auch Anderen zur Verfügung steht. Man sendet an die Datenbank alle Anfragen und Aufgaben die man hat und das Datenbanksystem erledigt alle Aufgaben für alle die die Datenbank benutzen. Das war jetzt eine einfache Erklärung für Client-Server Datenbanken. Der Client gibt die Aufgaben und der Server führt sie aus. Damit man die Verbindung zur Datenbank nicht selber aufbauen muß gibt es sogenannte Provider. Diese hast Du auch schon für deine Access Datenbank benutzt. Die Provider bauen für Dich die Verbindung zu den Datenbanken auf.
Man muß sich also nicht mit TCP/IP auskennen um eine Datenbank auf einem anderen Rechner zu benutzen.

So, Du mußt jetzt anhand deines Einsatzzweckes selber entscheiden, was für Dich die beste Lösung ist. Vielleicht sei noch angemerkt, daß die SQL Datenbanken sicherer sind als andere. Das meine ich ich in Bezug auf Datenverlust.

ich hoffe Du weißt jetzt worum es geht.

bye
Claus

[Gambit]

Jau, so langsam, aber wirklich nur langsam wird mir das klarer. Hab mal meine Anwendung auf den Server geladen und - sie funzt auch da. Da ist dann wohl ADO der Dolmetscher. Access ist ja auf dem Server gar nicht installiert...

Aber wenn ich nun mehrere Domains auf dem Server installieren will, die alle auf die selbe Datenbank zugreifen sollen, dann brauch ich eine SQL-Server Datenbank? Oder ließe sich das dann immer noch mit der Access Datenbankdatei und ADO realisiern?

Gruß und nochmal Danke für die Mühe...

Gambit

[Duffy]

Hallo Gambit,
das kannst Du auch mit Access machen, da Access Multi-User fähig ist.
bye
Claus