Re: SQL Server

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

Hi Josef,

Josef Poetzl wrote:
Hallo!

Sascha Trowitzsch schrieb:
Lutz Uhlmann wrote:
Im allgemeinen Sprachgebrauch ist mit SQL-Server der MS SQL-Server
gemeint. Und den gibts nunmal nur auf Windows-Basis.

Und selbst wenn MS SQL-Server nicht zwingend ist, so spricht doch
die Menge an Erfahrungen und Informationen rund um Access / MSSQL
für diese Kombination.

Man könnte es auch so ausdrücken:
Der Mangel an Erfahrungen der meisten mit anderen Kombinationen, als
Access/MSSQL, spricht für diese Kombination. ;-)

Vielleicht ist es grundsätzlich falsch, das DBMS nach der Fähigkeit
mit der Zusammenarbeit einer Frontend-Entwicklungsumgebung zu
bewerten. ;-)
Als erstes sollten meiner Meinung nach bei der Auswahl immer die
*benötigten* Fähigkeiten des DBMS stehen.
Wenn ich keine Benutzer-Verwaltung mit Rollen für die Rechtevergabe
benötige, ist MySQL sicherlich ein DBMS, das gut überschaubar ist.
Will ich eine Rechtevergabe mit Rollen ist MySQL unbrauchbar.

Und da dann gleich die Frage: Wer setzt hier bei Access/MSSQL eine rollenbasierte Rechteverteilung ein?
Die Frage ist ernst gemeint. Ich bin überzeugt, dass das nur wenige umsetzen.

Die Diskussion ist vom OP nunmal abgekommen. ;-)
Warum sollte man da nicht auch grundsätzlich erörtern, welche DBMS eher oder weniger infrage kommen?
Ich stelle halt fest, dass hier praktisch immer ausschließlich der MSSQL (Express) empfohlen wird, als gäbe es nix anderes.
Nur dagegen wehre ich mich (und Siegfried).
Und gerade für Anfänger ist erstmal die Installation des MSSQL kein Pappenstiel: Zunächst müssen alle möglichen Bedingungen erfüllt sein, damit er die Installation überhaupt startet. Bei älteren OS, falls unterstützt, wird da eine Masse von zusätzlichen Komponenten von Framework bis WinInstaller 4.5 gefordert oder installiert. Vielen Admins sträuben sich da die Haare.
Und dann ist jeder Anfänger auch mit den undurchschaubaren Möglichkeiten des Management Studios heillos überfordert.
Deshalb halte ich es gerade nicht für ein geeignetes DBMS für die ersten Gehversuche und Experimente.

Im Prinzip ist es vollkommen von egal, welches DBMS man verwendet,
wenn man dessen Eigenarten berücksichtigt. Das Access-FE wird damit
umgehen lernen. :-)

ACK- eben.

Ich denke schon, dass die angeblich so besonders gute Eignung des
Gespanns Access/MSSQL etwas überstrapziert wird, es sei denn, es
wäre von ADPs die Rede - die ja aber kaum einer einsetzt.

Die Datentypen passen meiner Meinung nach bei MSSQL/Access(Jet) am
besten von allen von mir getesteten DBMS (MSSQL, Postgres, MySQL, DB2,
Oracle, MayDb, Informix, Sybase und Firebird) zusammen - zumindest bin
ich nach meinen Tests dieser Meinung.
Aber wie schon erwähnt, kann man das ohne Probleme durch die Wahl von
alternativen Datentypen umgehen.

Eben - das meine ich mit "überstrapaziert".

Wichtig in diesem Zusammenhang ist, dass das eigentlich nicht das
Problem des DBMS sondern ein Problem der ODBC-Treiber bzw.
OLEDB-Provider ist.

Gerade bei den OLEDB-Providern hatte ich bei meinen Test mit MySQL die
Erfahrung gemacht, dass es zu Problemen (trotz Timestamp-Feld) kommt,
sobald der Datentyp Decimal genutzt wird und das ADODB-Recordset als
Datenquelle für ein Formular verwendet wird.
Anm.: als OLEDB-Provider verwendete ich den MSDASQL mit /MySQL ODBC
5.1 Driver/. Das Problem kann aber durchaus auch vom MSDASQL kommen!
Wenn man verknüpfte Tabellen verwendet, ist das Problem mit den
Datentypen kleiner.

Aber mit dem SQLNCLI-ODBC-Treiber hatte ich umgekehrt mehr Probleme etwa mit BLOBs (AppendChunk), als mit MySQL. Das geht mit DAO gar nicht, sondern nur mit ADODB.
Ich glaube, das - die Workarounds - nimmt sich alles nichts.

Ansonsten geht die Diskussion natürlich klar am OP vorbei:
Er sprach ja auch von ASP; da würde man dann tatsächlich eher kein Postgres empfehlen, sondern MSSQL.
(Obwohl ich auch meine ASP-Seiten neulich auf MySQL/Connector.NET-Basis erstellte. ;-) )

Ciao, Sascha

.

Relevant Pages

  • Re: speeding up inserts
    ... I should have said mssql in the second paragraph. ... more familiar with mysql, hence my example in the first paragraph. ... why would i quote the manual of some dbms and then ask if "the ...
    (comp.databases.ms-sqlserver)
  • =?iso-8859-1?q?Re:_F=FCr_gr=F6=DFeres_Projekt:_mySQL_oder_msSql=3F?=
    ... PHP bietet eine Abstraktionsschicht für die Anbindung an Datenbanken, ... wohl seit der Version 5 auch bei mySQL gibt) und weitere ... also wenn er schon den MSSQL empfiehlt, ... BSD-Kiste, zusammen mit dem Apache! ...
    (de.comp.datenbanken.mysql)
  • Re: Newbie, True and False
    ... All commands, Insert, Update etc work fine with MySql, but not with MsSql. ... First time working on an SQL database. ... will need to relearn when using sql server. ...
    (microsoft.public.sqlserver.clients)
  • Re: to backup mysql,what file should I copy?
    ... I do not know about mysql, but I do know about other dbms's. ... use the backup tools _in the dbms_ to backup a dbms. ... or ext3 file system stuff), the maximum size might be larger because it ...
    (comp.os.linux.misc)
  • Re: =?UTF-8?B?RsO8ciBncsO2w59lcmVzIFByb2pla3Q6IG15U1FMIG9kZXIgbXNTcWw/?=
    ... Ich arbeite selbst fast ausschließlich mit MSSQL und habe, ... noch gar nicht mit MySQL gearbeitet. ... Besonders im Zusammenspiel mit PHP scheint mir MySQL die bessere Wahl zu ... Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat ...
    (de.comp.datenbanken.mysql)