Top-Themen

AppleEntwicklungHardwareInternetLinuxMicrosoftMultimediaNetzwerkeOff TopicSicherheitSonstige SystemeVirtualisierungWeiterbildungZusammenarbeit

Aktuelle Themen

Administrator.de FeedbackApache ServerAppleAssemblerAudioAusbildungAuslandBackupBasicBatch & ShellBenchmarksBibliotheken & ToolkitsBlogsCloud-DiensteClusterCMSCPU, RAM, MainboardsCSSC und C++DatenbankenDatenschutzDebianDigitiales FernsehenDNSDrucker und ScannerDSL, VDSLE-BooksE-BusinessE-MailEntwicklungErkennung und -AbwehrExchange ServerFestplatten, SSD, RaidFirewallFlatratesGoogle AndroidGrafikGrafikkarten & MonitoreGroupwareHardwareHosting & HousingHTMLHumor (lol)Hyper-VIconsIDE & EditorenInformationsdiensteInstallationInstant MessagingInternetInternet DomäneniOSISDN & AnaloganschlüsseiTunesJavaJavaScriptKiXtartKVMLAN, WAN, WirelessLinuxLinux DesktopLinux NetzwerkLinux ToolsLinux UserverwaltungLizenzierungMac OS XMicrosoftMicrosoft OfficeMikroTik RouterOSMonitoringMultimediaMultimedia & ZubehörNetzwerkeNetzwerkgrundlagenNetzwerkmanagementNetzwerkprotokolleNotebook & ZubehörNovell NetwareOff TopicOpenOffice, LibreOfficeOutlook & MailPapierkorbPascal und DelphiPeripheriegerätePerlPHPPythonRechtliche FragenRedHat, CentOS, FedoraRouter & RoutingSambaSAN, NAS, DASSchriftartenSchulung & TrainingSEOServerServer-HardwareSicherheitSicherheits-ToolsSicherheitsgrundlagenSolarisSonstige SystemeSoziale NetzwerkeSpeicherkartenStudentenjobs & PraktikumSuche ProjektpartnerSuseSwitche und HubsTipps & TricksTK-Netze & GeräteUbuntuUMTS, EDGE & GPRSUtilitiesVB for ApplicationsVerschlüsselung & ZertifikateVideo & StreamingViren und TrojanerVirtualisierungVisual StudioVmwareVoice over IPWebbrowserWebentwicklungWeiterbildungWindows 7Windows 8Windows 10Windows InstallationWindows MobileWindows NetzwerkWindows ServerWindows SystemdateienWindows ToolsWindows UpdateWindows UserverwaltungWindows VistaWindows XPXenserverXMLZusammenarbeit
GELÖST

Access Grenzen bzw. Entscheidungskriterien

Frage Microsoft Microsoft Office

Mitglied: zoro17

zoro17 (Level 1) - Jetzt verbinden

29.09.2007, aktualisiert 16:02 Uhr, 4897 Aufrufe, 2 Kommentare

Hallo zusammen,
ich will in diesem Forum die Access Praktiker um einen Rat bitten.

Momentan betreibe ich eine Web-Applikation mit folgenden Parametern:
-Webserver auf Windows NT (IIS)
-freie, indizierte FoxPro Tabellen
-es gibt gleichermaßen lesende und schreibende Zugriffe
-jede Tabelle hat augenblicklich weniger als 100.000 Datensätze
-Datenvolumen ca. 700 MB
-auf diese Tabellen wird mit ODBC (ADO) und ASP Skripte zugegriffen
-Backup durch zip-Files, die per FTP verteilt werden.
-zw. 20-30 User

Durch Funktionen der Applikation selbst ist kein Field-, Record- oder
Table-Locking notwendig. Es gibt keine Stored Procedures, kein Rollback-
anforderungen usw... Die Datenbank ist nur ein 'Datenspeicher'.

Auf dem Server läuft jede Nacht ein Prozess, der ca. 750.000 SQL Befehle
direkt über ODBC absetzt.
Diese Umgebung ist sehr stabil (Downtime < 3Std./Jahr), kein booten
einer 'Datenbank' nötig, sehr schnell, also soweit alles prima!

Diese Umgebung hat zwei Haken:
1. veraltetes NT
2. aus politischen Gründen sollte eher SQL Server oder Oracle anstatt
FoxPro eingesetzt werden

Vorallem Punkt 2 wird immer wichtiger, da freie Tabellen nix kosten
und somit auch nichts taugen können

Als weitere Herausforderung kommt jetzt
noch der tägliche Import von 70.000 Records/Nacht hinzu.

Um den Umstieg nicht zu hart machen zu müssen, wollte ich Access auf
Windows 2003 Webedition per ASP-Skripte inkl. ODBC als Zwischenschritt einführen.
MySQL könnte ich nur über ODBC verwenden, da ich nicht ASP gegen PHP tauschen wollte.


Meine Fragen:
Gibt es durch oben beschriebenes ein KO Kriterium für Access?

Ich hörte, dass bei älteren Access Versionen es irreparable Abstürze bei Datenbanken
größer 2GB gab. Wie ist das heute? Müsst ihr Access Dateien häufig reparieren?
Hat man irgendwann einen abgeschlossenen Datenklumpen?

Wie sind die Zugriffszeiten per ODBC? Ich lass, dass sich das alte ADO noch ganz gut schlägt.
Oder ist DAO vorzuziehen?

Kann im laufenden Betrieb ein Backup für einen entfernten anderen Webserver erstellt werden?

Gibt es in Access eine Verschachtelungsgrenze für SQL-Befehle (nested SQLs)?

Vielleicht kann mir jemand zu einer oder anderen Frage einen Hinweis geben.

Vielen Dank im Voraus.
Gruss
Mitglied: Biber
29.09.2007 um 15:44 Uhr
Moin zoro17,

ich gehöre nicht zu den Praktikern, die Erfahrungen mit "einer 700MB-M$ACCESS-Datenbank genutzt von 20-30 Usern" gesammelt haben.
Möchte aber auch nicht zu dieser Gruppe gehören.
Weil für mich eindeutig Killerkriterien wären:

  • M$-Access ist vertretbar für eine Einzelplatz-Weinkellerverwaltung. Never never never für eine produktive Gruppen/Team/OE-Datenbank.
  • denn es gibt ja eben KEINE DB-Engine, die Locking, Rollback/Fallback, Backup, Logging oder Optimizing übernehmen kann--->UNVERTRETBAR!
  • eine "kaputte" Access-DB ist nur ein wertloser Datenklumpen --- schlimmer ist, das ich erstens schon mehrere "kaputte" *.mdb's gesehen habe und zweitens in weniger als 20% Prozent der Fälle gesichert vermuten kann, wie es dazu kam. Andersherum: in 80% der Fälle weiß ich nicht genau die Fehlerursache ("nicht reproduzierbar") und kann entsprechend da nicht gegensteuern oder vorsorgen. ----> DAS IST EIN K-O.-Kriterium.
  • ACCESS' SQL ist ebensowenig "Standard-SQL" wie das SQL irgendeines anderen DBMS. Aber: Access UNTERbietet jegliches andere SQL. Du fühlst dich damit wie mit einem Fiat Panda auf einem Dragster-Rennen.
  • Und Deine bisherige Mimik des Backups mit "ZIP-Files per FTP deployed" ---das willst Du doch nicht etwa in 2 Jahren immer noch erzählen müssen??? Auch das wäre ein Grund, eine ACCESS-"Datenspeicher"-Schmalspurlösung abzulehnen.

Genau genommen solltest gerade Du als Admin auf die Unvertretbarkeit einer *.mdb-Krücke hinweisen - schriftlich und mit dem Zusatz "....ein produktiver störungsfreier Produktivbetrieb kann unter diesen Umständen nicht gewährleistet werden".

Grüße
Biber
Bitte warten ..
Mitglied: zoro17
29.09.2007 um 16:02 Uhr
Hallo Biber,
vielen Dank für Deine schnelle Antwort!
Sie entspricht etwa dem, was ich erwartet habe. Leider.

Gedanklich bin ich auch schon an einer MySQL oder SQL Server Lösung.
Oracle kommt für mich nicht in Frage, da meine User unter einer Oracle Application Lösung sehr zu leiden haben.
Gerade Dein Hinweis, dass es für ca. 80% der Datenklumpenprobleme keine genauen Ursachen gibt, hat mein Bauchgefühl bestätigt.
Ich könnte aber Access als Importhilfe für MySQL oder SQL Server nutzen, da meines Wissens FoxPro nicht direkt nach MySQL geht.
Ich weiss nicht genau, wozu Access geplant war. Vielleicht doch nur zum privaten Office Gebrauch.
Schaut man aber sich die vielschichtige Literatur an, da könnte man meinen, Access wäre zu höherem geeignet.
Vielleicht kann jemand noch etwas dazu sagen.
Danke und Gruss
Bitte warten ..
Ähnliche Inhalte
Microsoft Office
Access 2016 Profi zur Hilfe gesucht

Frage von dtbsys zum Thema Microsoft Office ...

Datenbanken
Access 2016 vertauscht Monat und Tag in meiner CSV Datei (1)

Frage von iGordon zum Thema Datenbanken ...

LAN, WAN, Wireless
Endgeräte wechseln zwischen zwei Access Points hin und her (15)

Frage von Uwoerl zum Thema LAN, WAN, Wireless ...

Neue Wissensbeiträge
Google Android

Cyanogenmod alternative Downloadquelle

(5)

Tipp von Lochkartenstanzer zum Thema Google Android ...

Batch & Shell

Batch als Dienst bei Systemstart ohne Anmeldung ausführen

(5)

Tipp von tralveller zum Thema Batch & Shell ...

Sicherheits-Tools

Sicherheitstest von Passwörtern für ganze DB-Tabellen

(1)

Tipp von gdconsult zum Thema Sicherheits-Tools ...

Heiß diskutierte Inhalte
LAN, WAN, Wireless
gelöst Statische Routen mit Shorewall, ISC-DHCP Server konfigurieren für Android Devices (25)

Frage von terminator zum Thema LAN, WAN, Wireless ...

Server
gelöst Wie erkennen, dass nur deutsche IPs Zugang zu einer Website haben? (22)

Frage von Coreknabe zum Thema Server ...

Hardware
16-20 Port POE Switch mit VLAN (19)

Frage von thomasreischer zum Thema Hardware ...

Windows Server
Exchange HyperV Prozessorlast (18)

Frage von theoberlin zum Thema Windows Server ...