Menü
JACAMAR ist entstanden aus dem Bedürfnis heraus, überquellende Listen besser strukturieren zu können.
JACAMAR vereint die Vorteile aus Tabellenkalkulations-Programmen wie Microsoft EXCEL oder OpenOffice CALC mit denen von relationalen Datenbanken.
Die grundsätzliche Darstellungsform einer Tabelle besteht weiterhin. Die bekannten Funktionen von Tabellen-Programmen wie Sortieren, Filtern, Suchen sind ebenfalls verfügbar und funktionieren sehr ähnlich wie in den genannten Tabellen-Programmen (Excel, Calc, FoxPro)
Darüber hinaus gibt es zusätzliche Funktionen, die in Tabellen-Programmen nicht vorhanden sind oder nur aufwändig “simuliert” werden können:
Das Metamodell bildet Ihr Geschäftsmodell ab — die Objekte (Tabellen), deren Attribute (Spaltennamen) und deren Relations (Beziehungen). Hier lassen sich simpel Beziehungen zwischen einzelnen Datensätzen herstellen. Dabei stellt jede „Tonne“ ein BusinessObject dar, wie zum Beispiel einen Artikel oder einen Lieferanten eines Unternehmens, dem Eigenschaften zugeordnet werden (Artikelnummer, Menge, Sonderangebot). So entsteht schnell eine Struktur der Datenbank. Dabei stehen viele Möglichkeiten der individuellen Gestaltung bereit. see video…
Jacamar maintains a meta model, which is well known from relational databases.
It consists of TYPES which have PROPERTIES.
Different to traditional databases, RELATIONS between types are „first class citizens“, which make foreign keys obsolete.
The meta model is visualised in a 3D room.
Types are shown as barrels.
Relations are shown as rubber bands between the barrels.
Properties are shown in a popup list with all their detailed settings.
Whenever changes are done in the MetaModel, all underlying data tables as well as all Navigation Paths are updated immediately.
This is the advantage of an online „Desktop Database“, there is no offline programming or adaptation required.
–> 3D room
–> Relations
–> Properties
–> Navigation
Ansichten (Views) dienen dem Erstellen, der Bearbeitung und der Darstellung von Daten. Es existieren verschiedene Arten von Views. Ganz einfache sehen aus wie schlichte Tabellen. Dann gibt es kaskadierte Views, in denen sich Datensätze wasserfallartig ausklappen lassen und damit übersichtlich Zusammenhänge in Tabellenform darstellen. Außerdem gibt es noch Subviews, die in einem Extrafenster weitere Details zu den Datensätzen anzeigen können. Die Views können nach ihrer Funktion in Sections (Abschnitte) gruppiert werden. Der große Vorteil: die Detail-Ansichten Synchronisieren sich mit der Master-Tabelle im Hintergrund. see video…
There are two general views how to look to data: a „bird view“ and a „keyhole view“.
Table views are for the „bird view“.
But we wanted to be better than poor/pure flat tables.
This is another advantage to be a „Desktop database“, having an own „Rich Client“ user interface, which gives the opportunity to create an Excel like feeling and handling activities.
– direct Editability in the cells incl. different types of cell editors: Fix value, content proposal, Date, … editors.
– Filter/temporary Sorting. Filters can also be saved (better than Excel)
View configuration happens directly in the system. (column navigation path definition in a „curtain“ on top of the table itself.
Tables can be cascaded, showing detail information in sub tree structures (particularly interesting for for to-many relations)
–> Cell handling
–> Filtering
–> Configuration
–> Cascaded
The JACAMAR query language can be better described as a „Navigation language“.
Imagine all elements in the database are spheres in the space, connected as a network of rubber bands.
To define which information should be shown in a view, you „navigate“ from one element along the rubber bands to the related elements and finally to the properties inside the elements.
Person.address[zip = „39108“)].town.single()
Starting with all Person elements in the database, we navigate at first to its addresses, filter the results for zip codes starting with „3“ and take their town names. The last segment is a function which takes each name only one time.
This example shows:
– It is a lot easier to deal with relations compared to an SQL language, where you have to deal with JOIN statements, which is indeed only made for IT specialists.
– The language consists only of terms that were defined by the Database users themselves (except the function names).
This is the reason why we say, it has everything that makes a „Do-It-Yourself“ database.
Die Filterfunktion ermöglicht die flexible Anzeige der Datensätze für die einzelnen Anwender.
Der Schnellfilter ‘pickt’ einzelne Datensätze heraus.
Der globale Filter wird zentral bereitgestellt und ermöglicht die Auswahl relevanter Datensätze. Er lässt sich übergreifend auf alle Views anwenden. Die Sortierfunktion können Sie wie gewohnt nutzen. see video…
70% aller Informationen nimmt der Mensch über den Sehsinn auf. In JACAMAR werden Farben dazu genutzt, die Views (und das Metamodel) übersichtlicher zu gestalten. Das heißt, verschiedenen Zeilen eines Datensatzes können nach Typ verschieden eingefärbt werden. Hier entscheidet der Anwender selbst, was welche Farbe bekommt.
Weiterhin kann in Abhängigkeit von Werten die Zellen-Farbe geändert werden (z.B. bei 100% zeige den Hintergrund Grün). Nutzer haben die Möglichkeit, selbst Zellen mit Hintergundfarben zu belegen. Diese Einstellung werden pro Nutzer gespeichert. see video…
Import Die Daten lassen sich einfach per Copy/Paste über die Zwischenablage (Clipboard) kopieren und in einen View einfügen. Ein intelligenter Importer (DataMerger) automatisiert wiederholende Aufgaben. Dabei können auch Parameter – wie z.B. Projekttitel – übergeben werden. “Ampelfarben” zeigen unterschiedliche Zustände der Importierten Daten an. So können Sie in einer Preview die veränderten, gelöschten und neuen Daten eindeutig identifizieren.
Export Strukturen können am Bildschirm aufbereitet und so wie Sie sie sehen exportiert werden. Das Ziel ist eine tsv-Datei. Außerdem kann das gesamte Repository als *.zip exportiert und auf anderen Computern wieder verwendet werden. see video…
Das Rollenkonzept ermöglicht es, verschiedenen Nutzern eines Projektes verschiedene Schreib- und Leserechte zuzuweisen. So können auch geschützte und öffentliche Daten mit einer einheitlichen Struktur gemeinsam in einem einzigen Repository verwaltet werden. Die Rechte können gezielt entweder auf Views oder auf Objekte vergeben werden.
Hier stößt jede Tabellenkalkulation an ihre Grenzen:
Daten in unterschiedlichen Kontexten darstellen. Einfach die Sichtweise einmal umkehren.
Aus Kunde » Bestellungen » Rechnungen » Artikel
wird Artikel » Kunde
>> also: Welche Kunden haben denselben Artikel gekauft?