Abstract: In one aspect, a computer-implemented method comprises obtaining, in a business rule management application, a selection of one or more in-memory database objects, obtaining, in the business rule management application, a definition of one or more business rules, generating a business rule management application object, wherein the business rule management application object includes a representation of the one or more business rules and a representation of one or more results of the application of the one or more business rules on the one or more in-memory database objects, the method further comprising providing the business rule management application object for storage in the in-memory database.

Abstract: Embodiments relate to systems and methods for visualizing processing traces as a flow diagram. Certain embodiments allow conversion of a text based processing trace, into an intermediate state which can then be projected using a flow diagram. A model transformation engine receives as an input, a trace log and also a pointer to the trace metadata. The model transformation engine uses the metadata information to convert the trace into a format from which a flow diagram can be built. Such an intermediate state could be, for instance, an XML document or a JSON object. Output of the model transformation engine is then fed to renderer, which reads the XML document or JSON object and displays it onto the screen. Embodiments may be particularly suited for visualizing processing traces of business rules in an enterprise system.

Abstract: In one aspect, a computer-implemented method comprises obtaining, in a business rule management application, a selection of one or more in-memory database objects, obtaining, in the business rule management application, a definition of one or more business rules, generating a business rule management application object, wherein the business rule management application object includes a representation of the one or more business rules and a representation of one or more results of the application of the one or more business rules on the one or more in-memory database objects, the method further comprising providing the business rule management application object for storage in the in-memory database.

Abstract: Embodiments relate to systems and methods for visualizing processing traces as a flow diagram. Certain embodiments allow conversion of a text based processing trace, into an intermediate state which can then be projected using a flow diagram. A model transformation engine receives as an input, a trace log and also a pointer to the trace metadata. The model transformation engine uses the metadata information to convert the trace into a format from which a flow diagram can be built. Such an intermediate state could be, for instance, an XML document or a JSON object. Output of the model transformation engine is then fed to renderer, which reads the XML document or JSON object and displays it onto the screen. Embodiments may be particularly suited for visualizing processing traces of business rules in an enterprise system.

Abstract: A data definition language (DDL) may be extended by a new column type: a rule type column. Database rules are modeled using patterns (e.g. decision table, decision tree, or formula) specifying rule content through accessible user interfaces instead of programming constructs. A rule type column can be created using the DDL statements to define its storage type (transient or permanent), and/or whether it is generic or non-generic. A transient rule column will be populated only when a query is performed. A non-transient rule column will be populated when an insert is performed, and may be re-triggered during an update. A generic rule column allows a rule to be defined each time an insert is performed (e.g. each row might trigger a different rule). A non-generic rule column allows initial definition of one rule statically for all rows. The system of rules evaluation can be integrated with the language processor.

Abstract: Embodiments allow complex conditional statements to be considered in formulating database queries. Business rules are modeled based upon ready-to-use abstract structures such as decision trees, decision tables, or formulas. A query to the database is then posed by a user. The query includes a system of rules evaluation activating a built-in processing function provided with a unique identifier of the rule. This function processes the rule, taking the input data set from the context of the application level language (e.g. SQL) in which the database was created. This rule-processing capability may be implemented as a functional mechanism similar to the standard aggregation functions (e.g. SUM, AVG, MAX, MIN), rather than by extending the application level language itself.