Arctic API¶
The primary API used to access and manage ArcticDB libraries. Use this to get a handle to a
Library
instance, which can then be used for subsequent operations as documented in the
Library API section.
Class | Description |
---|---|
Arctic | Top-level library management class. |
LibraryOptions | Configuration options that can be applied when libraries are created. |
arcticdb.Arctic ¶
Top-level library management class. Arctic instances can be configured against an S3 environment and enable the creation, deletion and retrieval of Arctic libraries.
METHOD | DESCRIPTION |
---|---|
__init__ |
Initializes a top-level Arctic library management instance. |
create_library |
Creates the library named |
delete_library |
Removes the library called |
get_library |
Returns the library named |
get_uri |
Returns the URI that was used to create the Arctic instance. |
has_library |
Query if the given library exists |
list_libraries |
Lists all libraries available. |
modify_library_option |
Modify an option for a library. |
__init__ ¶
__init__(
uri: str,
encoding_version: EncodingVersion = DEFAULT_ENCODING_VERSION,
)
Initializes a top-level Arctic library management instance.
For more information on how to use Arctic Library instances please see the documentation on Library.
PARAMETER | DESCRIPTION |
---|---|
uri
|
URI specifying the backing store used to access, configure, and create Arctic libraries. For more details about the parameters, please refer to the Arctic URI Documentation.
TYPE:
|
encoding_version
|
When creating new libraries with this Arctic instance, the default encoding version to use. Can be overridden by specifying the encoding version in the LibraryOptions argument to create_library.
TYPE:
|
Examples:
>>> ac = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET') # Leave AWS to derive credential information
>>> ac = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET?region=YOUR_REGION&access=ABCD&secret=DCBA') # Manually specify creds
>>> ac = adb.Arctic('azure://CA_cert_path=/etc/ssl/certs/ca-certificates.crt;BlobEndpoint=https://arctic.blob.core.windows.net;Container=acblob;SharedAccessSignature=sp=sig')
>>> ac.create_library('travel_data')
>>> ac.list_libraries()
['travel_data']
>>> travel_library = ac['travel_data']
>>> ac.delete_library('travel_data')
create_library ¶
create_library(
name: str,
library_options: Optional[LibraryOptions] = None,
enterprise_library_options: Optional[
EnterpriseLibraryOptions
] = None,
) -> Library
Creates the library named name
.
Arctic libraries contain named symbols which are the atomic unit of data storage within Arctic. Symbols contain data that in most cases strongly resembles a DataFrame and are versioned such that all modifying operations can be tracked and reverted.
Arctic libraries support concurrent writes and reads to multiple symbols as well as concurrent reads to a single symbol. However, concurrent writers to a single symbol are not supported other than for primitives that explicitly state support for single-symbol concurrent writes.
PARAMETER | DESCRIPTION |
---|---|
name
|
The name of the library that you wish to create.
TYPE:
|
library_options
|
Options to use in configuring the library. Defaults if not provided are the same as documented in LibraryOptions.
TYPE:
|
enterprise_library_options
|
Enterprise options to use in configuring the library. Defaults if not provided are the same as documented in EnterpriseLibraryOptions. These options are only relevant to ArcticDB enterprise users.
TYPE:
|
Examples:
>>> arctic = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET')
>>> arctic.create_library('test.library')
>>> my_library = arctic['test.library']
RETURNS | DESCRIPTION |
---|---|
Library that was just created
|
|
delete_library ¶
delete_library(name: str) -> None
Removes the library called name
. This will remove the underlying data contained within the library and as
such will take as much time as the underlying delete operations take.
If no library with name
exists then this is a no-op. In particular this method does not raise in this case.
PARAMETER | DESCRIPTION |
---|---|
name
|
Name of the library to delete.
TYPE:
|
get_library ¶
get_library(
name: str,
create_if_missing: Optional[bool] = False,
library_options: Optional[LibraryOptions] = None,
) -> Library
Returns the library named name
.
This method can also be invoked through subscripting. adb.Arctic('bucket').get_library("test")
is equivalent to
adb.Arctic('bucket')["test"]
.
PARAMETER | DESCRIPTION |
---|---|
name
|
The name of the library that you wish to retrieve.
TYPE:
|
create_if_missing
|
If True, and the library does not exist, then create it.
TYPE:
|
library_options
|
If create_if_missing is True, and the library does not already exist, then it will be created with these options, or the defaults if not provided. If create_if_missing is True, and the library already exists, ensures that the existing library options match these. Unused if create_if_missing is False.
TYPE:
|
Examples:
>>> arctic = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET')
>>> arctic.create_library('test.library')
>>> my_library = arctic.get_library('test.library')
>>> my_library = arctic['test.library']
RETURNS | DESCRIPTION |
---|---|
Library
|
|
get_uri ¶
get_uri() -> str
Returns the URI that was used to create the Arctic instance.
Examples:
>>> arctic = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET')
>>> arctic.get_uri()
RETURNS | DESCRIPTION |
---|---|
s3
|
TYPE:
|
has_library ¶
has_library(name: str) -> bool
Query if the given library exists
PARAMETER | DESCRIPTION |
---|---|
name
|
Name of the library to check the existence of.
TYPE:
|
RETURNS | DESCRIPTION |
---|---|
True if the library exists, False otherwise.
|
|
list_libraries ¶
list_libraries() -> List[str]
Lists all libraries available.
Examples:
>>> arctic = adb.Arctic('s3://MY_ENDPOINT:MY_BUCKET')
>>> arctic.list_libraries()
['test.library']
RETURNS | DESCRIPTION |
---|---|
A list of all library names that exist in this Arctic instance.
|
|
modify_library_option ¶
modify_library_option(
library: Library,
option: Union[
ModifiableLibraryOption,
ModifiableEnterpriseLibraryOption,
],
option_value: Any,
)
Modify an option for a library.
See LibraryOptions
and EnterpriseLibraryOptions
for descriptions of the meanings of the various options.
After the modification, this process and other processes that open the library will use the new value. Processes that already have the library open will not see the configuration change until they restart.
PARAMETER | DESCRIPTION |
---|---|
library
|
The library to modify.
TYPE:
|
option
|
The library option to change.
TYPE:
|
option_value
|
The new setting for the library option.
TYPE:
|
arcticdb.LibraryOptions ¶
Configuration options for ArcticDB libraries.
ATTRIBUTE | DESCRIPTION |
---|---|
dynamic_schema |
See
TYPE:
|
dedup |
See
TYPE:
|
rows_per_segment |
See
TYPE:
|
columns_per_segment |
See
TYPE:
|
METHOD | DESCRIPTION |
---|---|
__init__ |
Parameters |
__init__ ¶
__init__(
*,
dynamic_schema: bool = False,
dedup: bool = False,
rows_per_segment: int = 100000,
columns_per_segment: int = 127,
encoding_version: Optional[EncodingVersion] = None
)
PARAMETER | DESCRIPTION |
---|---|
dynamic_schema
|
Controls whether the library supports dynamically changing symbol schemas. The schema of a symbol refers to the order of the columns and the type of the columns. If False, then the schema for a symbol is set on each When disabled, ArcticDB will tile stored data across both the rows and columns. This enables highly efficient retrieval of specific columns regardless of the total number of columns stored in the symbol. If True, then updates and appends can contain columns not originally seen in the most recent write call. The data will be dynamically backfilled on read when required for the new columns. Furthermore, Arctic will support numeric type promotions should the type of a column change - for example, should column A be of type int32 on write, and of type float on the next append, the column will be returned as a float to Pandas on read. Supported promotions include (narrow) integer to (wider) integer, and integer to float. When enabled, ArcticDB will only tile across the rows of the data. This will result in slower column subsetting when storing a large number of columns (>1,000).
TYPE:
|
dedup
|
Controls whether calls to write and write_batch will attempt to deduplicate data segments against the previous live version of the specified symbol. If False, new data segments will always be written for the new version of the symbol being created. If True, the content hash, start index, and end index of data segments associated with the previous live version of this symbol will be compared with those about to be written, and will not be duplicated in the storage device if they match. Keep in mind that this is most effective when version n is equal to version n-1 plus additional data at the end - and only at the end! If there is additional data inserted at the start or into the the middle, then all segments occuring after that modification will almost certainly differ. ArcticDB creates new segments at fixed intervals and data is only de-duplicated if the hashes of the data segments are identical. A one row offset will therefore prevent this de-duplication. Note that these conditions will also be checked with write_pickle and write_pickle_batch. However, pickled objects are always written as a single data segment, and so dedup will only occur if the written object is identical to the previous version.
TYPE:
|
rows_per_segment
|
Together with columns_per_segment, controls how data being written, appended, or updated is sliced into separate data segment objects before being written to storage. By splitting data across multiple objects in storage, calls to read and read_batch that include the date_range and/or columns parameters can reduce the amount of data read from storage by only reading those data segments that contain data requested by the reader. For example, if writing a dataframe with 250,000 rows and 200 columns, by default, this will be sliced into 6 data segments: 1 - rows 1-100,000 and columns 1-127 2 - rows 100,001-200,000 and columns 1-127 3 - rows 200,001-250,000 and columns 1-127 4 - rows 1-100,000 and columns 128-200 5 - rows 100,001-200,000 and columns 128-200 6 - rows 200,001-250,000 and columns 128-200 Data segments that cover the same range of rows are said to belong to the same row-slice (e.g. segments 2 and 5 in the example above). Data segments that cover the same range of columns are said to belong to the same column-slice (e.g. segments 2 and 3 in the example above). Note that this slicing is only applied to the new data being written, existing data segments from previous versions that can remain the same will not be modified. For example, if a 50,000 row dataframe with a single column is written, and then another dataframe also with 50,000 rows and one column is appended to it, there will still be two data segments each with 50,000 rows. Note that for libraries with dynamic_schema enabled, columns_per_segment does not apply, and there is always a single column-slice. However, rows_per_segment is used, and there will be multiple row-slices.
TYPE:
|
columns_per_segment
|
See rows_per_segment
TYPE:
|
encoding_version
|
The encoding version to use when writing data to storage. v2 is faster, but still experimental, so use with caution.
TYPE:
|