![]() |
AW: Access Datenbank langsam
Zitat:
Zitat:
Aber: Ich hab keine CE, das wissen andere wohl besser. Mit dbExpress oder ADO geht da auch nix? |
AW: Access Datenbank langsam
dbExpress ist deprecated. Mit ADO sollte es gehen.
|
AW: Access Datenbank langsam
Also mit einem Testprogramm kann ich mittels ADOConnection auf die SQL Datei schon mal zugreifen. Bis die Verbindung hergestellt ist, dauert aber 8 sek. und das, obwohl der SQL-Server und das Programm lokal läuft! Jedoch verweigert das Warenwirtschaftsprogramm den Pfad und die .mdf Datei. Das Programm schließt automatisch ohne eine Fehlermeldung.
Die Software erwartet wahrscheinlich eine .mdb Datei. Die Endung umbenennen wird wahrscheinlich auch nichts bringen, kann ich aber mal probieren. Ansonsten habe ich immer noch keine Erklärung warum in meinem Delphi Programm die selbe SQL Abfrage immer unterschiedlich lange dauert. Vielleicht irgendwelche Ideen? LG Harry |
AW: Access Datenbank langsam
File-Locking (die MDB liegt ja auf einem NAS) und die (un)passende SMB Version des NASs. </Spekulation>
|
AW: Access Datenbank langsam
Moin...😎
Zitat:
Sorry, aber du weißt nicht viel über Datenbanken. :wink: Zitat:
Zitat:
PS: Zitat:
:wink: |
AW: Access Datenbank langsam
Danke an alle für die Mithilfe. Leider gänzlich ohne Erfolg :x
Ich habe aber eben erfahren, dass voraussichtlich ab 2025 die Rechnungen aus der WW im X-Rechnung oder ZugFerd Format erstellt werden müssen. Dies kann das alte Warenwirtschaftssystem nicht. Deshalb schlage ich meinem Chef vor, eine neue Software anzuschaffen. Damit habe ich hoffentlich das Problem vom Hals. Da werde ich mich wahrscheinlich nach einer geeigneten Warenwirtschaft umsehen müssen. Habt Ihr Vorschläge welches System für ein kleines Unternehmen (6 Mitarbeiter) geeignet wäre, bzw. mit welcher Datenbank die Zugriffe besonders schnell von statten gehen? LG Harry |
AW: Access Datenbank langsam
Zitat:
|
AW: Access Datenbank langsam
Oh sorry, die Branche ist Handel / Großhandel.
|
AW: Access Datenbank langsam
SAP zu teuer ? hihi
Es gibt im Netz aber auch eine "Einsteiger" Version - die ist kostenlos, dient aber eher nur für "nächste" Kunden - also sowas wie: "Ich bring Dir was bei, wenn Du bei mir anfängst.". Diese Datenbank ist aber nichts für kleine Computer. Dafür kommt aber dieses "Einsteiger" Paket mit Beispielen und Codeschnippseln, wie man dann diesen SAP Server bedienen kann. Die Programmiersprache dort heißt aber ABAP, und ist speziell von dieser SAP Firma gemacht und angepasst worden. Jetzt mal schnell so in eine Firma, die SAP verwendet "reinzukommen" ist ein langes unterfangen. Zumal geht da meist mit keinen Studium für IT oder Kaufmann nichts - oder halt versuchen über: "der kennt denn, vom dem ich kenne ... - wisste wie? Nun, Firmen, die ab 5 Mann aufwärts auftretten, verwenden kein ACCESS. Das ist was für indische IT'ler, die mit Support bei Laune gehalten werden sollen, oder für Hobby-Köche, die Ihre Rezepte beim Kaffeeklatsch mit Oma Renate ihre Zeit verbringen. Wenn's denn dann schärfer gehen soll, so mit Lizenzen für ALLES, dann ist Microsoft keine schlechte Wahl. Die Programme kennt Jeder, nutzt Jeder, also auch STINO-Software. |
AW: Access Datenbank langsam
Zitat:
Für 5 Personen würde ich Amicron Prosaldo Lexware (aber nur mit guter Backupstategie) Orgamax Sage Weclapp Buhl empfehlen. XRechnung haben einige schon implementiert. Wenn ganz günstig/kostenlos sein soll JTL Wawi Vario (eingeschränkt) Ob die allerdings XRechnung bis 2025 haben muss man sehen. Kommt darauf an, was an Auswertungen gemacht werden bzw. schon incl. sein soll. Thema Access: Wenn der Hersteller in den SQL Statements für Update bzw. Select nicht aufpasst, kann es lt. Kollegen schnell zu gelocketen Tabellen und nicht nur Records kommen. Dann wird das ganze langsam. Kann aber auch ein schlechtes Freigabeverhalten auf der NAS sein. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:46 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz