This section includes concepts and objects that operate on data. For oneDAL, such set of operations, or data management, is distributed between different stages of the data analytics pipeline. From a perspective of data management, this pipeline contains three main steps of data acquisition, preparation, and computation (see the picture below):
Raw data acquisition
Transfer out-of-memory data from various sources (databases, files, remote storage) into an in-memory representation.
Support different in-memory data formats.
Compress and decompress the data.
Convert the data into numeric representation.
Recover missing values.
Filter the data and perform data normalization.
Compute various statistical metrics for numerical data, such as mean, variance, and covariance.
Stream in-memory numerical data to the algorithm.
In complex usage scenarios, data flow goes through these three stages back and forth. For example, when the data are not fully available at the start of the computation, it can be done step-by-step using blocks of data. After the computation on the current block is completed, the next block should be obtained and prepared.
oneDAL provides a set of concepts to operate on out-of-memory and in-memory data during different stages of the data analytics pipeline.
The dataset is used across all stages of the data analytics pipeline. For example:
Data source is a concept of an out-of-memory storage for a dataset. It is used at the data acquisition and data preparation stages to:
Extract datasets from external sources such as databases, files, remote storage.
Load datasets into the device’s local memory. Data do not always fit the local memory, especially when processing with accelerators. A data source provides the ability to load data by batches and extracts it directly into the device’s local memory. Therefore, a data source enables complex data analytics scenarios, such as online computations.
For details, see data sources section.
Table is a concept of in-memory numerical data that are organized in a tabular view with several rows and columns. It is used at the data preparation and data processing stages to:
Be an in-memory representation of a dataset or another tabular data (for example, matrices, vectors, and scalars).
Store heterogeneous data in various data formats, such as dense, sparse, chunked, contiguous.
Avoid unnecessary data copies during conversion from external data representations.
Transfer memory ownership of the data from user application to the table, or share it between them.
Connect with the data source to convert data from an out-of-memory into an in-memory representation.
Support streaming of the data to the algorithm.
For thread-safety reasons and better integration with external entities, a table provides a read-only access to the data within it, thus, table object shall be immutable.
This concept has different logical organization and physical format of the data:
Logically, a table contains \(n\) rows and \(p\) columns. Every column may have its own type of data values and a set of allowed operations.
Physically, a table can be organized in different ways: as a homogeneous, contiguous array of bytes, as a heterogeneous list of arrays of different data types, in a compressed-sparse-row format. The number of bytes needed to store the data differs from the number of elements \(n \times p\) within a table.
For details, see tables section.
Table metadata concept provides an additional information about data in the table:
The data types of the columns.
Only the properties of data that do not affect table concept definition shall be the part of metadata concept.
While extending the table concept, specification implementer shall distinguish
whether a new property they are adding is a property of a particular
sub-type or a property of table metadata.
For example, data layout and data format are properties of table objects since they affect the structure of a table, its contract, and behavior. The list of names of features or columns inside the table is the example of metadata property.
Accessor is a concept that defines a single way to extract the data from a table. It allows to:
Have unified access to the data from table objects of different types, without exposing their implementation details.
Acquire data in a desired data format for which a specific set of operations is defined.
Have read-only access to the data.
For details, see accessors section.
Example of interaction between table and accessor objects#
This section provides a basic usage scenario of the table and accessor concepts and demonstrates the relations between them. The following diagram shows objects of these concepts, which are highlighted by colors:
To perform computations on a dataset, one shall create a table object first. It can be done either using a data source or directly from user-defined memory. The diagram shows the creation of a table object t from the data provided by user (not shown on the diagram). During a table creation, an object tm of table metadata is constructed and initialized using the data.
Once a table object is created, it can be used as an input in computations or as a parameter of some algorithm. The data in the table can be accessed via its own interface or via read-only accessor as shown on the diagram.
This section includes the detailed descriptions of all data management objects in oneDAL.
- Data Sources