Tabellen sind die logischen Entwurfsobjekte der Business Logic Layer und der Data Access Layer in CBA. Sie stellen logische Strukturen dar und können direkt oder per Object-Relation-Mapping den Tabellenstrukturen einer Datenquelle angepasst werden. Durch die programmtechnissche Realisierung der Business Logic in Form von Business Locig Units (BLUs) bzw. des Data Access in Form von Data Access Units (DAUs) werden einer Tabelle die Parameter und Methoden dieser Units vererbt. Damit repräsentiert eine Tabelle neben der Datenhaltung objektorientierte Strukturen in Form der Methoden der BLU bzw. DAU.

Tabellen setzen im Rahmen des CBA-Frameworks folgende Anforderungen um:

• Es gibt eine ebenenübergreifende Definition der Struktur logischer Tabellen.
• Daten können in den logische Tabellen unabhängig von der Datenquelle gecached werden.
• Es gibt einen unabhängigen und ebenenübergreifenden Zugriff auf Daten in logische Tabellen.
• Den Datensätzen werden Standard- und anwendungsspezifische Methoden zugeordnet und damit ein objektorientierter Zugriff ermöglicht.
• Die Anbindung des Datenzugriffs an Datenquellen unterschiedlichster Struktur ist frei konfigurierbar.
• Tabellen unterstützen logische Eigenschaften von Geschäftsobjekten wie logisches Löschen, Historisierung, Datierung, Versionierung und Statusführung.
• Tabelle implementieren in ihrer Struktur und ihren Methoden Mandantenfähigkeit und Mehrsprachfähigkeit.
• Tabellen sind frei konfigurierbar.

Tabellen haben eine zentrale Stellung im CBA-Framework. Sie werden durch DataTable-Objekte im ADO.NET-DataSet repräsentiert und implementieren folgende Funktionalitäten:

• frei konfigurierbare zentrale Objekte zur internen Datenhaltung in Form von DataTables im DataSet
• zentrale Konfiguration von Tabellen-, Attribut- und Geschäftsobjekt-Eigenschaften für alle drei Layer des CBA-Frameworks
• Typisierung der Attribute durch logische Datentypen mit daraus abgeleiteten Eigenschaften
• Anbindung konfigurierbarer Business Logic Units zur Implementierung von logischen Funktionen
• Object-Relation-Mapping für den Datenzugriff
• Anbindung konfigurierbarer Data Access Units zur Implementierung des Datenzugriffs auf die verschiedensten Arten von Persistenz-Medien
• WebServices zum Zugriff auf die logischen Funktionen der Tabellen

Nachfolgend werden die wichtigsten Konfigurations-Informationen beschrieben:

• Tabellen als zentrale Entwurfsobjekte: Tabellen werden mit logischen Namen definiert. Auf sie kann über die im CBA-Framework definierten Funktionen zugegriffen werden.
• Data Access-Konfiguration: Einer Tabelle kann eine Data Access Unit zugeordnet werden, die den Datenzugriff programmtechnisch realisiert. Neben dem logischen Tabellennamen kann ein physischer Tabellenname, ein Prefix bei Umsetzung als Datenbank-Join, Standard-Filter- und Sortierfunktionen, Eigenschaften des Datenzugriffs und ein Nummernkreis zugeordnet werden.
• Business Logic-Konfiguration:Einer Tabelle kann eine Business Logic Unit zugeordnet werden, die die logischen Funktionen programmtechnisch realisiert. Neben dem logischen Tabellennamen können logische Eigenschaften von Geschäftsobjekten zugeordnet werden.
• User Interface-Konfiguration: Einer Tabelle kann ein Standard-Bedienoberfläche zugeordnet werden, die bei Verlinkung im Programm aufgerunfen wird, soweit nicht anderes im Aufruf angegeben ist.
• Konfiguration der Attribute: Die Konfiguration der Attribute beinhaltet ebenfalls umfangreiche Informationen zu allen drei Ebenen und wird in einer separaten Hilfe beschrieben.
• Konfiguration von Standard-Attributen: Standard-Attribute sind Attribute, die für die Organisation der datenbezogenen Zugriffsrechte (Mandantenfähigkeit) und Systemfunktionen (technischer Schlüssel, Transaktions-Management, logisches Löschen, Historisierung) benötigt werden. Diese werden bei ihrer Konfiguration keiner Tabelle zugeordnet, zur Laufzeit aber in jede Tabelle übernommen. Die Standard-Attribute können tabellenspezifisch modifiziert werden.

Damit sind sowohl die Struktur der Tabelle als auch alle notwendigen Eigenschaften frei konfigurierbar.

CBA verwendet in verschiedenen Entwurfsobjekten Filter zur Einschränkung der ausgewählten Daten, z.B. in Tabellen, Oberflächen oder Datentypen. Außerdem können Filter in verschiedenen Funktionen verwendet werden. Filter können erfasst werden, indem eine spezielle Bedienoberfläche über das Icon Filter aufgerufen wird oder der Filter in der nachfolgend beschriebenen Syntax im Eingabefeld erfasst wird. Für Filter gilt eine einheitliche Syntax. In geschweifte Klammern {} eingeschlossene Ausdrücke können beliebig oft (0 … n-mal) vorkommen. In eckige Klammern eingeschlossene Ausdrücke können optional (0 oder 1-mal) vorkommen. Vordefinierte Sprachelement werden in Fettschrift dargestellt. Lexikalische Sprachelemente sind kursiv geschrieben und werden nachfolgend erläutert. Die semantische Bedeutung des Ausdruckes ist nach dem Kommentarzeichen "//" angegeben.

Dabei haben die lexikalischen Begriffe folgende Bedeutung:

• name: Name eines Attributes (logischer Name ohne Prefix)
• operator: anzuwendender Operator entsprechend Tabelle
• value: Vergleichswert in datentyp-spezifischer Notation oder Name eines Attributes

CBA unterstützt folgende Operatoren:

Zu den definierten Filtern werden automatisch die notwendigen Bedingungen zur Realisierung der Mandantenfähigkeit, der Historisierung, der Datierung und Versionierung hinzugefügt.

CBA bietet in verschiedenen Entwurfsobjekten Möglichkeiten zum Sortieren von Datensätzen an. Sortier-Möglichkeiten bieten zudem verschiedene Funktionen an. Sortier-Anweisungen werden in der nachfolgend beschriebenen Syntax im Eingabefeld erfasst. Die Syntaxbeschreibung ist analog zu Filtern In geschweifte Klammern {} eingeschlossene Ausdrücke können beliebig oft (0 … n-mal) vorkommen. In eckige Klammern eingeschlossene Ausdrücke können optional (0 oder 1-mal) vorkommen. Alternativen werden durch das Trennzeichen '|' gekennzeichnet. Vordefinierte Sprachelement werden in Fettschrift dargestellt. Lexikalische Sprachelemente sind kursiv geschrieben und werden nachfolgend erläutert.

Dabei haben die lexikalischen Begriffe folgende Bedeutung:

• name:Name eines Attributes (logischer Name ohne Prefix)