cubeSQL Server

Clientseite

    Für shakehands Kontor, shakehands Reisekosten oder shakehands Kontor Link brauchen Sie so viele Lizenzen, wie sich Nutzer jeweils gleichzeitig am Server anmelden möchten. 

Beispiel: Bei drei Arbeitsplätzen mit parallelem Zugriff ins Rechnungswesen benötigen Sie drei shakehands Kontor Balance Lizenzen. Wir nennen die weiteren Arbeitsplatzlizenzen auch wAP Lizenz. Eine Hauptlizenz und zwei weitere Arbeitsplatzlizenzen. Die Preise für die wAP-Lizenzen sind reduziert gegenüber der Hauptlizenz.

    Auf der Client-Seite können Sie alle Ausführungen von shakehands Modulen und Paketen verwenden und kombinieren. Sei es einzelne Module oder Pakete oder auch nur das Modul Basis um z.B. eine Adresse nachzuschlagen. Auch unsere API - shakehands Kontor Link und die shakehands Reisekosten nutzen den gleichen Datenbank-Server. Sie können die Datenbank von shakehands Reisekosten und shakehands Kontor auf dem gleichen Server betreiben. Sie können von einem Apple macOS Gerät und oder einem Microsoft Windows PC auf die gleiche Datenbank zugegriffen werden.

    Voraussetzung für den Erwerb einer weiteren Arbeitsplatzlizenz (wAP) Lizenz ist immer eine Hauptlizenz der jeweiligen shakehands Kontor Ausführung.

Serverseite

    Alle Ausführungen von shakehands Kontor 2019, 2018 und 2017, shakehands Reisekosten 2019, 2018 und 2017 und shakehands Kontor Link 2019, 2018 und 2017 unterstützen den cubeSQL Server 5.6 und 5.5, oder 5.0. Der Einsatz älterer Serverversionen ist nicht möglich. 

    Für den cubeSQL-Server benötigen Sie eine Lizenz. Für bis zu zwei gleichzeitige Verbindungen genügt die kostenlose Ausführung der Freeware Version. Die Freeware Lizenz beantragen Sie über das Formular von der Herstellerin SQLabs. Wählen Sie dort die Option Freeware-Key.

    Für mehr als zwei gleichzeitige Verbindungen benötigen Sie eine kostenpflichtige Lizenz. Bestellen Sie preisgünstig in unserem Shop.

Mehruserbetrieb mit zentralem Server

    Der zentrale Server ist der klassische Einsatzfall einer Client-/Server-Architektur: Es wird von mehreren Arbeitsplätzen im lokalen Netzwerk auf die von einem zentralen Server bereitgestellte Datenbank zugegriffen. Alle Mitarbeiter verwenden den gleichen Datenbestand, der Server sorgt für entsprechenden Zugriffsschutz und Datenkonsistenz.

Einzeluserbetrieb mit Dateiserver

    Oft besteht der Wunsch, einen vorhandenen Dateiserver als Ablageort für die (eigentlich lokale) Datenbankdatei zu verwenden. Der Zugriff erfolgt dabei über eine entsprechende Dateifreigabe (Sharing) im lokalen Netz.

    Das Problem dabei ist, dass die von uns verwendete Datenbank-Engine der Einzelplatzversion sqlite nicht für das Arbeiten auf Dateifreigaben ausgelegt ist. Das Ergebnis ist dann oft beschädigte Datenbanken, wenn diese nicht im lokalen Verzeichnis genutzt werden. Von dieser Art des Datenbankzugriffs können wir daher nur abraten.

    Mit der Freeware-Lizenz für den cubeSQL-Server gibt es eine wesentlich bessere Lösung - zudem ohne Mehrkosten: Installieren Sie den cubeSQL auf dem lokalen System und arbeiten Sie von nun an wie im Netzwerkbetrieb mit der Datenbank. Optional können Sie den Server auch im Netz oder via ein VPN freigeben.

Lokale Nutzung des Servers

    Die cubeSQL-Installation ermöglicht noch eine weitere interessante Einsatzart: Das Arbeiten über einen lokal installierten Server. 

    Dies ermöglicht die Nutzung einiger erweiterter Funktionen des Servers, wie z.B. automatische Backups im laufenden Betrieb oder ein permanentes Backup über die Log- und Restore-Funktion und vieles mehr. Nutzen Sie die Funktionsweise eines SQL-Servers, den Sie lokal nutzen.

Fernzugriff auf den Server

    Greifen Sie vom Internet via eine Fernverbindung auf Ihr eigenes Intranet zu. Sie können mit einer VPN-Verbindung oder einer anderen Technologie auf den eigenen lokalen cubeSQL-Datenserver zugreifen. Bauen Sie sich ihre eigene Cloud, das eigene Rechencenter.

    Sie können die Daten auch im Rechencenter ablegen. Hier mieten Sie sich am besten auf einer eigenen Hardware im Rechencenter ein und erhalten den Dienst von Ihrem Provider aufgesetzt. 

    Der Server wird über einen Dienst auf dem Host in einem Rechenzentrum eingerichtet. Sie erreichen die Datenbank via IP-Adresse von überall aus wo Sie Internetzugang haben. Ihre lokale shakehands Applikation läuft lokal auf Ihrem Rechner und nur die Datenbank ist mit Client-/Serverlösung via HTTP oder HTTPS Protokoll über das Internet im Rechencenter erreichbar. Die Transaktionen von lokalem Programm auf den Server wird mit AES 256 verschlüsselt übertragen. 

    Verwenden Sie unbedingt einen Host mit exklusiver CPU, eigenem Arbeitsspeicher und Betriebssystem, eigener Datenbank und mit integrierte Backups und Überwachung. Dies sollte ein Hosterangebot mindestens umfassen. 

    sqlabs ist eine Softwareentwicklerin, welche sich auf die sqlite basierten Datenbank Entwicklungen für Apple macOS und iOS, aber auch Microsoft Windows und Linux spezialisiert hat. Sie hat den Sitz in Viadana, Norditalien. 

    Das Hauptprodukt ist der cubeSQL Server, eine relationale Datenbank Lösung auf der Basis von Open Source Projekt SQLite. 

    sqlabs hat die Client/Server Funktionen, wie Verschlüsselung oder Client/Server Zugriff und weitere Funktionen integriert. Der Server wurde mit verständlichen Tools und einem eigenen Administrationstool erweitert, so, dass Sie im KMU-Betrieb sich in die Materie einlesen und den Server selber installieren und warten können. 

    Der cubeSQL-Server ist ein Produkt von SQLabs srl und wird grundsätzlich durch die Herstellerin gewartet und supportet.

Zum sqlabs Support

    Der shakehands Support hilft Ihnen im Umfeld von Datenbankenverbindungen und Fragen zum Einrichten von Backups und der Bedienung des Servers. 

Zum shakehands Supportcenter

Weitere Hinweise

• FaQ und Wiki