[][cran]
mstrio provides a high-level interface for [Python][py_github] and [R][r_github] and is designed to give data scientists and developers simple and secure access to MicroStrategy data. It wraps MicroStrategy REST APIs into simple workflows, allowing users to connect to their MicroStrategy environment, fetch data from cubes and reports, create new datasets, and add new data to existing datasets. And, because it enforces MicroStrategy’s user and object security model, you don’t need to worry about setting up separate security rules.
With mstrio, it’s easy to integrate cross-departmental, trustworthy business data in machine learning workflows and enable decision-makers to take action on predictive insights in MicroStrategy Reports, Dossiers, HyperIntelligence Cards, and customized, embedded analytical applications.
MicroStrategy for RStudio is an RStudio addin which provides a graphical user interface for mstrio methods with the help of which user can perform all of the import and export actions without writing a single line of code manually. MicroStrategy for RStudio is contained within mstrio package and is available after installation in the Addins dropdown menu.
SameSite
parameter set to None
mstrio
packageInstallation is easy when using [CRAN][cran]. Read more about installation on MicroStrategy’s product documentation.
Current version: 11.3.5.101 (25 March 2022). Check out Release Notes to see what’s new.
Functionalities may be added to mstrio either in combination with annual MicroStrategy platform releases or through updates to platform releases. To ensure compatibility with APIs supported by your MicroStrategy environment, it is recommended to install a version of mstrio that corresponds to the version number of your MicroStrategy environment.
The current version of mstrio is 11.3.5.101 and is supported on MicroStrategy 2019 Update 4 (11.1.4) and later. To leverage MicroStrategy for RStudio, mstrio (11.1.4) and MicroStrategy 2019 Update 4 (11.1.4) or higher are required.
If you intend to use mstrio with MicroStrategy version older than 11.1.4, refer to the [CRAN package archive][cran_archive] to download mstrio 10.11.1, which is supported on:
To install a specific, archived version of mstrio, first obtain the URL for the version you need from the [package archive on CRAN][cran_archive], and install as follows:
packageurl <- "https://cran.r-project.org/src/contrib/Archive/mstrio/mstrio_10.11.0.tar.gz"
install.packages(packageurl, repos=NULL, type="source")
To install a specific, archived version of mstrio from a local tarball use the following script:
To learn more about the package take a look at the mstrio vignettes.
The Connection
object manages your connection to MicroStrategy. Connect to your MicroStrategy environment by providing the URL to the MicroStrategy REST API server, your username, password and the ID of the Project to connect to. When a Connection
object is created the user will be automatically logged-in.
Note: to log into Library and use mstrio user needs to have UseLibrary privilege.
library(mstrio)
base_url <- "https://your-microstrategy-server.com/MicroStrategyLibrary/api"
username <- "username"
password <- "password"
project_name <- "MicroStrategy Tutorial"
conn <- Connection$new(base_url=base_url, username=username, password=password, project_name=project_name)
The URL for the REST API server typically follows this format: https://your-microstrategy-server.com/MicroStrategyLibrary/api Validate that the REST API server is running by accessing https://your-microstrategy-server.com/MicroStrategyLibrary/api-docs in your web browser.
To manage the connection the following methods are made available:
Currently, supported authentication modes are Standard (the default) and LDAP. To use LDAP, add login_mode=16
when creating your Connection
object:
conn <- Connection$new(base_url=base_url, username=username, password=password, project_name=project_name, login_mode=16)
Optionally, the Connection
object can be created by passing the identity_token
parameter, which will create a delegated session. The identity token can be obtained by sending a request to MicroStrategy REST API /auth/identityToken
endpoint.
By default, SSL certificates are validated with each API request. To turn this off, use ssl_verify
flag:
conn <- Connection$new(base_url=base_url, username=username, password=password, project_name=project_name, ssl_verify=FALSE)
Optionally, proxy settings can be set for the MicroStrategy Connection
object.
proxies <- '<ip_address>:<port>'
conn <- Connection$new(base_url=base_url, username=username, password=password, project_name=project_name, proxies=proxies)
User can also specify username and password in proxies
parameter if needed:
proxies <- '<username>:<password>@<ip_address>:<port>'
conn <- Connection$new(base_url=base_url, username=username, password=password, project_name=project_name, proxies=proxies)
In some cases, better fetching performance can be achieved by utilizing the parallel download of data chunks. This feature is controlled by the parallel
flag, but is disabled by default, as sequential download is more stable. To import the contents of a published Cube into a Data Frame for analysis in R, use the Cube
class:
To import Reports into a DataFrame for analysis in R use the appropriate Report
class:
my_report <- Report$new(connection=conn, report_id=report_id, parallel=TRUE)
df <- my_report$to_dataframe()
By default, all rows are imported when my_cube$to_dataframe()
or my_report$to_dataframe()
are called. Filter the contents of a Cube / Report by passing the selected object IDs for the metrics, attributes, and attribute elements to the apply_filters()
method.
To get the list of object IDs of the metrics, attributes, or attribute elements that are available within the Cube / Report MicroStrategy objects use the following Cube
/ Report
class properties:
If you need to filter by attribute elements, call my_cube$get_attr_elements()
or my_report$get_attr_elements()
which will fetch all unique attribute elements per attribute. The attribute elements are available within the Cube
/ Report
object instances:
Then, choose those elements by passing their IDs to the my_cube$apply_filters()
method. To see the chosen elements, call my_cube$selected_attributes, my_cube$selected_metrics, my_cube$selected_attr_elements
. To clear any active filters, call my_cube$clear_filters()
.
my_cube$apply_filters(
attributes=list("A598372E11E9910D1CBF0080EFD54D63", "A59855D811E9910D1CC50080EFD54D63"),
metrics=list("B4054F5411E9910D672E0080EFC5AE5B"),
attr_elements=list("A598372E11E9910D1CBF0080EFD54D63:Los Angeles", "A598372E11E9910D1CBF0080EFD54D63:Seattle"))
my_cube$selected_attributes
my_cube$selected_metrics
my_cube$selected_attr_elements
df <- my_cube$to_dataframe()
If you need to exclude specific attribute elements, pass the operator="NotIn"
parameter to the apply_filters()
method.
my_cube$apply_filters(
attributes=["A598372E11E9910D1CBF0080EFD54D63", "A59855D811E9910D1CC50080EFD54D63"],
metrics=["B4054F5411E9910D672E0080EFC5AE5B"],
attr_elements=["A598372E11E9910D1CBF0080EFD54D63:Los Angeles", "A598372E11E9910D1CBF0080EFD54D63:Seattle"],
operator="NotIn")
df <- my_cube$to_dataframe()
With mstrio you can create and publish single or multi-table Datasets. This is done by passing R Data Frames to the Dataset
constructor which translates the data into the format needed by MicroStrategy.
stores_df <- data.frame("store_id" = c(1, 2, 3),
"location" = c("New York", "Seattle", "Los Angeles"),
stringsAsFactors = FALSE)
sales_df <- data.frame("store_id" = c(1, 2, 3),
"category" = c("TV", "Books", "Accessories"),
"sales" = c(400, 200, 100),
"sales_fmt" = c("$400", "$200", "$100"),
stringsAsFactors = FALSE)
ds = Dataset$new(connection=conn, name="Store Analysis")
ds$add_table(name="Stores", data_frame=stores_df, update_policy="replace")
ds$add_table(name="Sales", data_frame=sales_df, update_policy="replace")
ds$create()
By default Dataset$create()
will create a Dataset, upload the data to the Intelligence Server and publish it. If you just want to create the Dataset and upload the row-level data but leave it unpublished, use Dataset$create(auto_publish=FALSE)
. If you want to create an empty Dataset, use Dataset$create(auto_upload=FALSE, auto_publish=FALSE)
. Skipped actions can be performed later using Dataset.update()
and Dataset.publish()
methods.
When using Dataset$add_table()
, R data types are mapped to MicroStrategy data types. By default, numeric data (integers and floats) are modeled as MicroStrategy Metrics and non-numeric data are modeled as MicroStrategy Attributes. This can be problematic if your data contains columns with integers that should behave as Attributes (e.g. a row ID), or if your data contains string-based, numeric-looking data which should be Metrics (e.g. formatted sales data: ["$450", "$325"]
). To control this behavior, provide a list of columns that you want to convert from one type to another.
ds$add_table(name="Stores", data_frame=stores_df, update_policy="replace",
to_attribute=list("store_id"))
ds$add_table(name="Sales", data_frame=sales_df, update_policy="replace",
to_attribute=list("store_id"),
to_metric=list("sales_fmt"))
It is also possible to specify where the dataset should be created by providing a folder ID in Dataset$create(folder_id=folder_id)
.
After creating the Dataset, you can obtain its ID using Datasets$dataset_id
. This ID is needed for updating the data later.
When the source data changes and users need the latest data for analysis and reporting in MicroStrategy, mstrio allows you to update the previously created dataset.
ds <- Dataset$new(connection=conn, dataset_id=dataset_id)
ds$add_table(name="Stores", data_frame=stores_df, update_policy="replace")
ds$add_table(name="Sales", data_frame=stores_df, update_policy="replace")
ds$update()
The update_policy
parameter controls how the data in the Dataset gets updated. Currently supported update operation is replace
(truncates and replaces the data).
By default Dataset$update()
will upload the data to the Intelligence Server and publish the Dataset. If you just want to update the Dataset but not publish the row-level data, use Dataset$update(auto_publish=FALSE)
. To publish it later, use Dataset$publish()
.
By default, the raw data is transmitted to the server in increments of 100,000 rows. For very large datasets (>1 GB) it is beneficial to increase the number of rows transmitted to the Intelligence Server with each request. Do this with the chunksize
parameter:
Use Dataset$certify()
to certify / decertify an existing dataset.
Updating Datasets that were not created using the MicroStrategy REST API is not possible. This applies for example to Cubes created via MicroStrategy Web client.
RStudio and Shiny are trademarks of RStudio, Inc.