Uploaded image for project: 'MariaDB ColumnStore'
  1. MariaDB ColumnStore
  2. MCOL-1256

Usage of columnstore.xml in CS Bulk Loader plugin: Usability concerns

    XMLWordPrintable

Details

    • New Feature
    • Status: Closed (View Workflow)
    • Minor
    • Resolution: Duplicate
    • None
    • Icebox
    • None

    Description

      The usage of the Columnstore.xml file in CS Bulk Loader plugin raises the following usability concerns:

      Use case:
      The customer wants to run several ETLs based on pentaho jobs on one server dedicated for this.
      Every different ETL ( i.e. job) will connect to a different ColumnStore server.
      It is required to use variables during design of the jobs to achieve this.
      Variables are stored in kettle.properties file and this is the place where modifications can be done if they are needed.
      For example if database used by job has been moved to other server, the customer easily can modify only kettle.properties file on the ETL server.
      This kind of modifications related to maintenance of the production servers don't require developers intervention.
      I.e. it is no needed to edit the job in PDI design tool and correct the connections and other configurations.

      First usability issue:
      One of usefull requerement for CS Bulk Loader in this case will be to work with variable defined for path of the columnstore.sml file, because of the easear maintanance.
      This exact requrement is not met - issue is reported MCOL-1255

      Second usability issue:
      The columnstore.xml file has the same name for every ColumnStore server.
      When Operation team setup ETL server with more than one jobs, they must copy xml file from every CS server, rename it or put it in different location in order to distinguish them.
      And in case MCOL-1255 is fixed, ops team must update kettle.properties with correct paths. Over wise the path to the xml file must be setup during design which means the designer must know the future production setup.
      All this setup produces higher level of risk of human errors and higher level on maintenance cost.

      There is an ugly workaround - to modify transformation file and update value in tag <columnStoreXML>

      Attachments

        Activity

          People

            dthompson David Thompson (Inactive)
            elena.kotsinova Elena Kotsinova (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.