nicht angemeldet
MS SQL oder MySQL
Hallo!
Bin gerade Dabei eine Online-Datenbank zu erstellen, hab eine Access als Vorlage. Für MySQL gibt es ja ein Tool zur Konvertierung von Access, wie funktioniert das in MS SQL?
Jedenfalls hab ich die Möglichkeit(Kein Kostenunterschied!!), entweder eine Access Datenbank hochzuladen und über ASP anzusprechen, was aber von der Performance etc. nicht zu empfehlen sein soll, obwohl die Zugriffe und die Größe(weit unter 1000 Datensätze) sich doch in Grenzen halten werden. Probelm an der Vorlage, bei gerade mal 100 Datensätzen hat die schon eine Größe von 200MB, ich kann mir höchstens 100 erlauben. Das Problem sind unbearbeitete Bilder, die auch in der DB abgelegt sind, kennt jemand noch andere Speicherplatz-Killer, die man fürs Internet eh nicht braucht? Jedenfalls muß man die DB per ODBC vom Desktop(Access 2000) ansprechen können und bearbeiten können, halt auch Formualre zum ausdrucken...
Das alles ist sowie ich das sehe bei Access im Internet möglich, wäre halt nur das Problem der Performance und der Größe. Über das Internet könnte ich dies aber dann nur über ASP ansprechen.
Dann gäb es die Möglichkeit éine MS SQL Datenbank eingereichtet zu bekommen, hier müßte ich die Daten auch übernehmen, weiß nur leider noch nicht wie, gibt es da zur Bearbeitung der Datenbank auch sowas wie dieses PHP Admin für MySQL?
Jedenfals ist das Ansprechen per Access wohl auch ohne Probleme möglich. Ansprechen über das Internet auch über ASP und PERL. Leider kenne ich mich jetzt mit MS SQL noch nicht besonders aus, weiß jemand vielleicht einen Link zu diesem Thema?
Jedenfalls hab ich als dritte Möglichkeit eine MySQL Datenbank, wofür ich auf einen Unix Server umziehen müßte, wäre aber kein Problem. Jedenfalls könnte ich diese Datenbank selbst in ein ein eigenes Verzeichnis auf dem Webserver kopieren(Bei MS SQL wird die DB eingerichtet und ich bekomme DNS...) und auch einfach Daten aus Access übernehmen, das Ansprechen per Access(als Datenquelle) stellt wie ich das gelesen habe wohl auch kein Problem dar. Außerdem könnte ich die im Internet sowohl in PERL als auch in PHP ansprechen.
Da ich jetzt noch die Möglichkeit hab mir eine Variante auszusuchen, würde ich gerne mal eure Meinung hören, was ihr empfehlen könnt und was ihr für Erfahrungen gemacht habt. Auch weiß ich noch nicht, ob ich lieber ASP oder PHP oder PERL verwende, im Augenblick Favorisiere ich PHP, aber ich müßte mir das sowieso aneignen, deshalb wäre mir eine einfachere Programmiersprache lieber - einen eigenen Geschmack konnte ich bis jetzt noch nicht entwickeln. Gibt es hier Unterschiede in der Flexibilität und in der Kompliziertheit der einzelnen DB-Abfragen oder Einträge?
Ich selbst Favorisiere zur Zeit die MySQL mit PHP, oder sollte ich zu einer MS SQL greifen, wenn ich die Möglichkeit dazu habe? Ich würde sagen Access als Online-Datenbank scheidet aus, oder?
Bin für jede Meinung dankbar!
Gruß
Alexander
PS: Danke nochmal für die PHP/MySQL Links, war SEHR Informativ!
-
Hallo Alexander,
!
Bin gerade Dabei eine Online-Datenbank zu erstellen, hab eine Access als Vorlage. Für MySQL gibt es ja ein Tool zur Konvertierung von Access, wie funktioniert das in MS SQL?
wenn Du einen SQL-Server oder die MSDE (ist bei Access2K dabei) installiert hast: nimm den Upsizing-Assistent aus Access: Extras->DB-Dienstprogramme->Upsizing-Assisent und konvertiere ...usw. Allerdings bedenke, daß auch für Dein online-Projekt SQL-Server verfügbar sein muß. Und: das Upsizen bildet nur relativ einfache DB-Srtukturen aus Access in SQL-Server ab, Du wirst viel nacharbeiten müssen.
Jedenfalls hab ich die Möglichkeit(Kein Kostenunterschied!!), entweder eine Access Datenbank hochzuladen und über ASP anzusprechen, was aber von der Performance etc. nicht zu empfehlen sein soll, obwohl die Zugriffe und die Größe(weit unter 1000 Datensätze) sich doch in Grenzen halten werden.
Das ist ein sehr, sehr kleines Mini-Brötchen. Da braucht man eigentlich noch keinen DB-Server, es sei denn, man spekuliert auf explosionsartiges Daten- und Nutzerzahlenwachstum.
Probelm an der Vorlage, bei gerade mal 100 Datensätzen hat die schon eine Größe von 200MB, ich kann mir höchstens 100 erlauben. Das Problem sind unbearbeitete Bilder, die auch in der DB abgelegt sind, kennt jemand noch andere Speicherplatz-Killer, die man fürs Internet eh nicht braucht?
das darfst Du ohne zwingenden Grund nicht machen. Speichere anstelle der Bildobjekte doch einfach einen Verweis-/Pfad-Text zu ihnen! Die DB-Server (<=SQL7.0, MySQL) hätten ohnehin keinen entsprechenden Datentyp für Bild-Objekte.
Jedenfalls muß man die DB per ODBC vom Desktop(Access 2000) ansprechen können und bearbeiten können, halt auch Formualre zum ausdrucken...
Das alles ist sowie ich das sehe bei Access im Internet möglich, wäre halt nur das Problem der Performance und der Größe.
nimm mal die Bilder raus, komprimiere die DB ... dürfte das Problem erledigen.
Über das Internet könnte ich dies aber dann nur über ASP ansprechen.
Dann gäb es die Möglichkeit éine MS SQL Datenbank eingereichtet zu bekommen, hier müßte ich die Daten auch übernehmen, weiß nur leider noch nicht wie, gibt es da zur Bearbeitung der Datenbank auch sowas wie dieses PHP Admin für MySQL?
würde man z.B. über Desktop-Access->ODBC->Server machen. Wenn Du aber die MSDE installiert hast kannst Du auch ein Access-Projekt (.adp) mit einer SQL-Server-DB verbinden. Immer vorausgesetzt, Du hast alle entsprechenden Rechte.
Jedenfals ist das Ansprechen per Access wohl auch ohne Probleme möglich. Ansprechen über das Internet auch über ASP und PERL. Leider kenne ich mich jetzt mit MS SQL noch nicht besonders aus, weiß jemand vielleicht einen Link zu diesem Thema?
Links gibts o.E., aber das beste wäre, mit der MSDE zu 'spielen', um den SQL-Server kennenzulernen.
Jedenfalls hab ich als dritte Möglichkeit eine MySQL Datenbank, wofür ich auf einen Unix Server umziehen müßte, wäre aber kein Problem. Jedenfalls könnte ich diese Datenbank selbst in ein ein eigenes Verzeichnis auf dem Webserver kopieren(Bei MS SQL wird die DB eingerichtet und ich bekomme DNS...) und auch einfach Daten aus Access übernehmen, das Ansprechen per Access(als Datenquelle) stellt wie ich das gelesen habe wohl auch kein Problem dar. Außerdem könnte ich die im Internet sowohl in PERL als auch in PHP ansprechen.
auch das funktioniert alles und ist nicht schlecht. Wenn Du keine allzu komplexen Strukturen und keine knifflige Abfragen an die DB (z.B auf Daten aus 20 jeweils streng normalisierten Tabellen) hast und daher auf Sichten/gesp.Abfragen/gesp. Prozeduren verzichten kannst, brauchst Du kein MS-SQL, da reicht MySQL.
Da ich jetzt noch die Möglichkeit hab mir eine Variante auszusuchen, würde ich gerne mal eure Meinung hören, was ihr empfehlen könnt und was ihr für Erfahrungen gemacht habt. Auch weiß ich noch nicht, ob ich lieber ASP oder PHP oder PERL verwende, im Augenblick Favorisiere ich PHP, aber ich müßte mir das sowieso aneignen, deshalb wäre mir eine einfachere Programmiersprache lieber - einen eigenen Geschmack konnte ich bis jetzt noch nicht entwickeln. Gibt es hier Unterschiede in der Flexibilität und in der Kompliziertheit der einzelnen DB-Abfragen oder Einträge?
also Perl kenne ich nicht, ich bin hauptsächlich ASPler und mache dann u. wann was in PHP. PHP ist plattformunabhängig, das ist ihr großer Reiz. Leichter/schwerer/komplizierter ist keine von beiden. In ASP kannst Du verschiedene Sprachen verwenden, das macht sie für viele leichter erlernbar, da irgendeine Sprachkenntnis (VB, JS, C) meist schon mitgebracht wird. Beide können - Mindeststandard:ODBC - die gängigen DBs anbinden.
Performanter als ODBC ist allerdings OLEDB, aber das ist Microsoft-Technik und geht natürlich noch nicht mit PHP/MySQL.Ich selbst Favorisiere zur Zeit die MySQL mit PHP, oder sollte ich zu einer MS SQL greifen, wenn ich die Möglichkeit dazu habe? Ich würde sagen Access als Online-Datenbank scheidet aus, oder?
kann man so nicht sagen, s.o.. Ich würde erst mal die Brummi-Bilder rauswerfen mich (zunächst) für die am einfachsten zu managende Lösung entscheiden.
Gruß
Uwe-
Hi Uwe,
Danke ür die Antwort!wenn Du einen SQL-Server oder die MSDE (ist bei Access2K dabei) installiert hast: nimm den Upsizing-Assistent aus Access: Extras->DB-Dienstprogramme->Upsizing-Assisent und konvertiere ...usw. Allerdings bedenke, daß auch für Dein online-Projekt SQL-Server verfügbar sein muß. Und: das Upsizen bildet nur relativ einfache DB-Srtukturen aus Access in SQL-Server ab, Du wirst viel nacharbeiten müssen.
Also die Datenbank(MS SQL) würde von Spacenet bereit gestellt, d.h. ich bekomme DNS... und kann mich damit verbinden und Einträge machen....
Also wenn ich die MS SQL DB als externe Datenverknüpfunk in Access eingebe, hab ich erstmal eine leere DB. Kann ich die Verknüpfung nicht einfach von der ´bestehenden Access DB aus machen? Und dann die nötigen Tabellen (kopieren, einfügen, hochladen - wie?). Oder geht das nur kpl.?
Die Abfrage im Internet dann über ASP.Das ist ein sehr, sehr kleines Mini-Brötchen. Da braucht man eigentlich noch keinen DB-Server, es sei denn, man spekuliert auf explosionsartiges Daten- und Nutzerzahlenwachstum.
Es geht darum, dass die Inhalte(hier Immobilien-Objekte) leicht verändert und neue hinzugefügt werden können, ohne jegliche Programmierkenntnisse!
Probelm an der Vorlage, bei gerade mal 100 Datensätzen hat die schon eine Größe von 200MB, ich kann mir höchstens 100 erlauben. Das Problem sind unbearbeitete Bilder, die auch in der DB abgelegt sind, kennt jemand noch andere Speicherplatz-Killer, die man fürs Internet eh nicht braucht?
nimm mal die Bilder raus, komprimiere die DB ... dürfte das Problem erledigen.
Wie komprimieren???
Oder meinst Du bei der Größe reicht es, die .mdb Datei der vorhandenen DB hochzuladen, die kann ja auch mit ASP abgefragt und mit dem Desktop verbunden werden. Wäre wohl am einfachsten, oder?
würde man z.B. über Desktop-Access->ODBC->Server machen. Wenn Du aber die MSDE installiert hast kannst Du auch ein Access-Projekt (.adp) mit einer SQL-Server-DB verbinden. Immer vorausgesetzt, Du hast alle entsprechenden Rechte.
Jedenfals ist das Ansprechen per Access wohl auch ohne Probleme möglich. Ansprechen über das Internet auch über ASP und PERL. Leider kenne ich mich jetzt mit MS SQL noch nicht besonders aus, weiß jemand vielleicht einen Link zu diesem Thema?
Was hätte ich davon?
auch das funktioniert alles und ist nicht schlecht. Wenn Du keine allzu komplexen Strukturen und keine knifflige Abfragen an die DB (z.B auf Daten aus 20 jeweils streng normalisierten Tabellen) hast und daher auf Sichten/gesp.Abfragen/gesp. Prozeduren verzichten kannst, brauchst Du kein MS-SQL, da reicht MySQL.
Ja, wahrscheinlich würde sogar die Access reichen, aber mir geht es um den Aufwand und die Pflege der Daten, jetzt kann ich mir noch alles aussuchen!
also Perl kenne ich nicht, ich bin hauptsächlich ASPler und mache dann u. wann was in PHP. PHP ist plattformunabhängig, das ist ihr großer Reiz. Leichter/schwerer/komplizierter ist keine von beiden. In ASP kannst Du verschiedene Sprachen verwenden, das macht sie für viele leichter erlernbar, da irgendeine Sprachkenntnis (VB, JS, C) meist schon mitgebracht wird. Beide können - Mindeststandard:ODBC - die gängigen DBs anbinden.
Läuft PHP auch auf Win NT/2000 Server?
kann man so nicht sagen, s.o.. Ich würde erst mal die Brummi-Bilder rauswerfen mich (zunächst) für die am einfachsten zu managende Lösung entscheiden.
Also Access .mdb hochladen und rumprobieren, wenn das nicht mehr Reicht auf SQL umsteigen?
Danke Nochmal!
Gruß
Alexander-
Hallo Alexander,
Hi Uwe,
Danke ür die Antwort!wenn Du einen SQL-Server oder die MSDE (ist bei Access2K dabei) installiert hast: nimm den Upsizing-Assistent aus Access: Extras->DB-Dienstprogramme->Upsizing-Assisent und konvertiere ...usw. Allerdings bedenke, daß auch für Dein online-Projekt SQL-Server verfügbar sein muß. Und: das Upsizen bildet nur relativ einfache DB-Srtukturen aus Access in SQL-Server ab, Du wirst viel nacharbeiten müssen.
Also die Datenbank(MS SQL) würde von Spacenet bereit gestellt, d.h. ich bekomme DNS... und kann mich damit verbinden und Einträge machen....
Wenn es SQL-Server sein _muß_, ja, da weise ich nochmals auf die MSDE hin (früher SQL-Server Desktop-Edition, heute in Access2k für Entwicklungszwecke dabei). Suche auf der CD nach /486/../sqlsetup.exe! Damit könntest Du die Access-DB auf eine echte SQL-Server DB upsizen und auf den Spacenet-Server exportieren. Über einen mit dort verbundenen .adp File auf Deinem Desktop (der beim Upsizen mit erzeugt wird) solltest Du dann volle Admin-Gewalt über Deine Server-DB bei Spacenet haben (Objekte erzeugen, füllen, leeren, löschen).
Also wenn ich die MS SQL DB als externe Datenverknüpfunk in Access eingebe, hab ich erstmal eine leere DB. Kann ich die Verknüpfung nicht einfach von der ´bestehenden Access DB aus machen? Und dann die nötigen Tabellen (kopieren, einfügen, hochladen - wie?). Oder geht das nur kpl.?
s. auch oben. Wenn Du allerdings Dein Projekt mit Access fahren willst, ist es am einfachsten, immer die neueste Version des .mdb Files vom Desktop aus auf das Serververzeichnis hochzuladen.
Die Abfrage im Internet dann über ASP.
ok. Wenn Du ASP auf Access verwenden willst, denke bitte daran, direkt über OLEDB auf das File zuzugreifen, das gibt optimale Performance und Stabilität. ODBC-Datenquellen bereiten eher Ärger ab MDAC2.1 Näheres steht dazu in allen Online-ASP-Referenzen.
Das ist ein sehr, sehr kleines Mini-Brötchen. Da braucht man eigentlich noch keinen DB-Server, es sei denn, man spekuliert auf explosionsartiges Daten- und Nutzerzahlenwachstum.
Es geht darum, dass die Inhalte(hier Immobilien-Objekte) leicht verändert und neue hinzugefügt werden können, ohne jegliche Programmierkenntnisse!Ja, dann müßte es ja auch und gerade Access tun. ASP allerdings ohne Programmierkenntisse sind für mich schwer vorstellbar. Gut, aber das machen ja wohl nicht die Nutzer.
Probelm an der Vorlage, bei gerade mal 100 Datensätzen hat die schon eine Größe von 200MB, ich kann mir höchstens 100 erlauben. Das Problem sind unbearbeitete Bilder, die auch in der DB abgelegt sind, kennt jemand noch andere Speicherplatz-Killer, die man fürs Internet eh nicht braucht?
nimm mal die Bilder raus, komprimiere die DB ... dürfte das Problem erledigen.
Wie komprimieren???
Extras->Datenbankdienstprogramme->Datenbank komprimieren und reparieren. Muß man nach vielen Strukturänderungen und Datenmanipulationen v. Zeit zu Zeit, um obsolete Objektversionen zu entfernen. Die Filegröße wird dabei wieder zurückgesetzt. Einmal auf dem Server, ist es bei Nur-Lese-Zugriffen nicht mehr nötig. Datenbank-Server brauchen hingegen überhaupt keine Komprimierung.
Oder meinst Du bei der Größe reicht es, die .mdb Datei der vorhandenen DB hochzuladen, die kann ja auch mit ASP abgefragt und mit dem Desktop verbunden werden. Wäre wohl am einfachsten, oder?
Eigentlich meine Rede die ganze Zeit. Bei der Mini-DB.
auch das funktioniert alles und ist nicht schlecht. Wenn Du keine allzu komplexen Strukturen und keine knifflige Abfragen an die DB (z.B auf Daten aus 20 jeweils streng normalisierten Tabellen) hast und daher auf Sichten/gesp.Abfragen/gesp. Prozeduren verzichten kannst, brauchst Du kein MS-SQL, da reicht MySQL.
Ja, wahrscheinlich würde sogar die Access reichen, aber mir geht es um den Aufwand und die Pflege der Daten, jetzt kann ich mir noch alles aussuchen!Wie gesagt, in Access lädtst Du bloß immer die neuste komprimierte File-Version auf den Server, hast Du hingegen bei Spacenet eine DB auf dem DB-Server, wird es aufwendiger: Du brauchst in Deinem Falle einen - wie auch immer gearteten - zusätzlichen Client, da Du nicht direkt die Admin-Tools am Server benutzen darfst.
also Perl kenne ich nicht, ich bin hauptsächlich ASPler und mache dann u. wann was in PHP. PHP ist plattformunabhängig, das ist ihr großer Reiz. Leichter/schwerer/komplizierter ist keine von beiden. In ASP kannst Du verschiedene Sprachen verwenden, das macht sie für viele leichter erlernbar, da irgendeine Sprachkenntnis (VB, JS, C) meist schon mitgebracht wird. Beide können - Mindeststandard:ODBC - die gängigen DBs anbinden.
Läuft PHP auch auf Win NT/2000 Server?
Natürlich! Und tadellos. Sitze 'leider' gerade zuhause und habe ab heute Urlaub, sonst würde ich Dir die php4.04installer.exe (für IIS u. PWS) als Anhang schicken. Gibts aber als free download. Schau mal in den PHP-Online-Dokus!
kann man so nicht sagen, s.o.. Ich würde erst mal die Brummi-Bilder rauswerfen mich (zunächst) für die am einfachsten zu managende Lösung entscheiden.
Also Access .mdb hochladen und rumprobieren, wenn das nicht mehr Reicht auf SQL umsteigen?
Wäre doch das einfachste, oder? Aber vorher die Bildmonster aus der DB raus! Mit Verweisen kann man nämlich viel effizienter arbeiten.
Und: wenn Access nicht mehr reicht - MySQL wäre in Deinem Fall sicher eine ausreichende Alternative zu MS SQL (letzteres ist doch mehr für sehr komplexe DBs). PHP (-ODBC-Access) könntest du jetzt schon verwenden, (wenn der IIS bei Spacenet es eingerichtet hat, oder es eingerichtet werden könnte), sie hat den Vorteil der Plattformunabhängigkeit! Wenn Du mal mit Deinem Projekt auf eine Linux/Unix-Umgebung umziehen müßtest, wäre ASP u.U. ein Problem.
Danke Nochmal!
Gruß
Alexander-
Hi Uwe,
Wenn es SQL-Server sein _muß_, ja, da weise ich nochmals auf die MSDE hin (früher SQL-Server Desktop-Edition, heute in Access2k für Entwicklungszwecke dabei). Suche auf der CD nach /486/../sqlsetup.exe! Damit könntest Du die Access-DB auf eine echte SQL-Server DB upsizen und auf den Spacenet-Server exportieren.
Also dann einfach die erzeugte DB uploaden? Benutze auch WIN 2000, wie der Server.
Über einen mit dort verbundenen .adp File auf Deinem Desktop (der beim Upsizen mit erzeugt wird) solltest Du dann volle Admin-Gewalt über Deine Server-DB bei Spacenet haben (Objekte erzeugen, füllen, leeren, löschen).
Werd ich mal probieren. Also die exe einfach ausführen, aber das sehe ich dann schon.
Wenn Du allerdings Dein Projekt mit Access fahren willst, ist es am einfachsten, immer die neueste Version des .mdb Files vom Desktop aus auf das Serververzeichnis hochzuladen.
Also das Ziel ist es, die Verwaltung der Inhalte, die sich im Internet aus der DB geholt werden können, so einfach wie möglich zu gestalten, wenn man die Verbindung mit der Datei im Intrenet einmal hergestellt hat, dürfte das doch so viel einfacher sein, oder?
ok. Wenn Du ASP auf Access verwenden willst, denke bitte daran, direkt über OLEDB auf das File zuzugreifen, das gibt optimale Performance und Stabilität. ODBC-Datenquellen bereiten eher Ärger ab MDAC2.1 Näheres steht dazu in allen Online-ASP-Referenzen.
ASP allerdings ohne Programmierkenntisse sind für mich schwer vorstellbar. Gut, aber das machen ja wohl nicht die Nutzer.
genau, und das macht man (erstmal) nur ein mal!
Wie gesagt, in Access lädtst Du bloß immer die neuste komprimierte File-Version auf den Server,
s.o., sollte denn eine Verbindung per odbc bei so einer "Mini DB" so viel ausmachen?
hast Du hingegen bei Spacenet eine DB auf dem DB-Server, wird es aufwendiger: Du brauchst in Deinem Falle einen - wie auch immer gearteten - zusätzlichen Client, da Du nicht direkt die Admin-Tools am Server benutzen darfst.
Bei der .mdb lade ich selbst die Datei in eines meiner Verzeichnisse(vorgegeben) und kann die(angeblich) selst verwalten. Wird aber trotzdem von Spacenet eingerichtet, also ich bekomme nach dem Upload erst später die Daten, die ich brauche um z.B. über odbc zuzugreifen. Mit ASP hab ich das ganze noch nicht probiert, aber dafür brauche ich soweit ich weiß doch die selben Daten, oder? Ih probier einfach mal rum, sobald ich die Daten hab. Und auch mal mit MS SQL, dürfte ja auch nicht so kompliziert sein, werd dann schon sehen was man ales machenkann und was für meine Zwecke am besten geignet ist, denn eine zu schnelle oder zu kleine DB gibt s doch nicht, oder?:-)
Natürlich! Und tadellos. Sitze 'leider' gerade zuhause und habe ab heute Urlaub, sonst würde ich Dir die php4.04installer.exe (für IIS u. PWS) als Anhang schicken. Gibts aber als free download. Schau mal in den PHP-Online-Dokus!
Da ich einen Webserver habe, habe ich auf sowas keinen Zugriff, leider haben die auf meinem win2000 Paket(hatte ich mir damals in weiser Voraussicht ´genommen, da Frontpage ASP benutzte - aber das ist schon LAAAAANGE her und das benutze ich schon age nicht mehr!) jedenfalls läuft auf diesem Paket ASP und kein PHP, wenn ich umsteige auf Unix habe ich kein ASP mehr(und auch keine MS SQL oder Access DB mehr) aber dafr Unix und die Möglichkeit zu MySQL. Aber vielleicht machen die ja mal ne Ausnahme:-)
Wäre doch das einfachste, oder? Aber vorher die Bildmonster aus der DB raus! Mit Verweisen kann man nämlich viel effizienter arbeiten.
Ohohoh, sind jetzt noch 1,2 MB, das hieß ja 1,5 MB an Bildern pro Datensatz, die waren auch sehr seltsam integriert, naja muß jetzt verknüpfungen reinmachen. (War das das mit <img: http://www.server.de/bilder/Foto.jpg> ?)
Und: wenn Access nicht mehr reicht - MySQL wäre in Deinem Fall sicher eine ausreichende Alternative zu MS SQL (letzteres ist doch mehr für sehr komplexe DBs). PHP (-ODBC-Access) könntest du jetzt schon verwenden, (wenn der IIS bei Spacenet es eingerichtet hat, oder es eingerichtet werden könnte), sie hat den Vorteil der Plattformunabhängigkeit! Wenn Du mal mit Deinem Projekt auf eine Linux/Unix-Umgebung umziehen müßtest, wäre ASP u.U. ein Problem.
Genau das, deswegen überlege ich ja noch. obwohl, wen ich das in ASP geschrieben habe, und ich mehr bräuchte, könnte ich ja auch auf MS SQL umsteigen, oder ist das viel komplizierter als MySQL - ich brauch auch keinen Porsche, würde aber nicht meckern, wen ich einen hätte;-)
Gruß
Alexander
-
-
-
Hi,
das darfst Du ohne zwingenden Grund nicht machen. Speichere anstelle der Bildobjekte doch einfach einen Verweis-/Pfad-Text zu ihnen! Die DB-Server (<=SQL7.0, MySQL) hätten ohnehin keinen entsprechenden Datentyp für Bild-Objekte.
Also ich speicher in MySQL Bilder als Blob...
Tina
-
Hi Tina,
wie? speicherst Du die???
Gruß
Alex-
Hallöchen,
wie? speicherst Du die???
ähh ja ich speicher die (wie jetzt ???)
In JAVA sieht der Spass dann so aus:
String query = "insert into bild values (?)";
PreparedStatement pstmt = connect.prepareStatement(query);
pstmt.setBytes(1, (byte[])bild.getThumbnail());
pstmt.executeUpdate();
Hmm jetzt muss man sich noch so´n bischen drumherumm denken...
Bis dann
tina
-
-
-