Optionen
Die nachfolgenden Einstellungen finden Sie im Menü Extras|Optionen
Caching Strategie
In klassischen Datenbankanwendungen wird eine Anfrage an die Datenbank gestellt und dann gewartet, bis alle Sätze übertragen sind.
Bei größeren Datenbanken muss die Auswahl beschränkt werden, damit nicht zu viele Sätze zurückgegeben werden und die Antwortzeit dadurch zu lang wäre.
Dadurch sind solche Datenbankprogramme entweder typischerweise auf eine mittlere 5-Stellige Anzahl von Datensätzen beschränkt,
oder das Programm muss so entworfen sein, dass stets nur wenige Sätze retouniert werden.
KS.CRM geht einen ganz anderen Weg mithilfe von asynchronen gleichzeitigen Abfragen und einem intelligenten Caching der Daten.
Dies führt zu blitzschnellen Antworten selbst bei Millionen von Sätzen, ohne dass die Ergebnismenge dabei beschränkt werden muss.
Unter Optionen finden Sie verschiedene Einstellungen zu diesen Strategien.
Rechts unten finden Sie drei Voreinstellungen: Kleine DB, Mittel und Große DB.
Mit kleiner DB sind noch Datenbanken von einigen hunderttausend Zeilen gemeint.
Dies bezieht sich gleichzeitig auch auf die Anzahl der gemeinsamen Nutzer, die Performanz des Datenbankservers und die Geschwindigkeit der Netzwerkverbindung.
Mittel und Groß (Enterprise) optimieren die Anzahl der zurückgegebenen Daten.
Das bedeutet, diese Einstellung wirkt sich auch auf alle anderen Nutzer der Datenbank aus, weil dadurch der Server weniger belastet wird.
Beginnen Sie mit der Standardeinstellung für Kleine Datenbanken und passen Sie diese Einstellung bei Bedarf an.
Details laden
Gerade in CRM und ERP Programmen besteht ein typisches Problem, dass beim Laden eines Master-Datensatzes zahlreiche abhängige Detailabfragen geladen werden müssen.
Bei KS.CRM entspricht dies den Detail-Registerkarten zu jedem Datenobjekt. Durchschnittlich müssen 30 bis 50 Detailabfragen zu einem einzelnen Datensatz angefragt und verarbeitet werden.
Dies führt oft dazu, dass das Laden eines Satzes viele Sekunden dauert.
KS.CRM löst dies durch Verwendung der Multiple Active Result Sets (MARS) Technologie.
Durch Multithreading wird die Leistungsfähigkeit aller Prozessoren sowohl beim Client als auch beim Server optimal ausgenutzt,
Antworten kommen blitzschnell ohne dass die Programmoberfläche einfrieren kann.
Unter Extras|Optionen|Details laden können Sie wählen, ob gleichzeitig alle Registerkarten vollständig geladen werden sollen, oder nur die jeweils ausgewählte bei Bedarf.
Bei sehr großen Datenbanken, sehr vielen gleichzeitigen Benutzern oder um den Datenverkehr zu minimieren empfiehlt sich das Laden auf Anfrage.
Die Programmierung eines solchen Datenbankprogramms mit gleichzeitigen asynchronen Zugriffen in verschiedenen Threads ist extrem schwierig (ES)
und absolut kein Standard. Überhaupt wird dies erst durch neueste Zugriffstechnologien wie MARS möglich.
Dinge geschehen dabei gleichzeitig und in undefinierter Reihenfolge.
Ergebnisse müssen aufwendig synchronisiert werden, unerwartete Seiteneffekte sind zu behandeln.
Dies ist heute noch eine große Besonderheit bei Datenbankprogrammen und so mancher Datenbankhersteller wird blass vor Neid.
KS.CRM definiert damit einen neuen Standard in Bezug auf Geschwindigkeit und Leistungsfähigkeit.
Die Caching Verfahren und die gesamte Programmarchitektur sind eine innovative Entwicklung von Kroll-Software.
Sie sind Datenbankhersteller und grad blass vor Neid?
Die gewonnenen Erkenntnisse und Verfahren können Sie durch die Quellcodelizenz einkaufen. Oder Sie lassen sich von Kroll-Software beraten.
Weitere Optionen
Manche PlugIns blenden weitere Registerkarten in den Optionendialog ein.
Hinweise zu diesen Einstellungen finden Sie in der Hilfe zum jeweiligen PlugIn.