is a named collection of tables and queries. The Query Browser
, or Schema Browser
, is the dashboard for browsing all the database data in a LabKey Server folder. It also provides access to key schema-related functionality. Using the schema browser, users with sufficient permissions can:
- Browse the tables and queries
- Add new SQL queries
- Discover table/query relationships to help write new queries
- Define external schemas to access new data
- Generate scripts for bulk insertion of data into a new schema
Premium Features Available
With the Professional and Enterprise Editions of LabKey Server, administrators have the ability to trace query dependencies within a container or across folders. Learn more in this topic:
Browse and Navigate the Schema
Authorized users can open the Query Schema Browser via one of these pathways:
- (Admin) > Go To Module > Query
- (Admin) > Developer Links > Schema Browser
The browser displays a list of the available schemas, represented with a folder icon, including external schemas and data sources you have added. Your permissions within the folder determine which tables and queries you can see here. Use the Show Hidden Schemas and Queries
checkbox to see those that are hidden by default.
Schemas live in a particular container (project or folder) on LabKey Server, but can be marked as inheritable
, in which case they are accessible in child folders. Learn more about controlling schema heritability in child folders in this topic:Query Metadata
Built-In Tables vs. Module-Defined Queries vs. User-Defined Queries
Click the name of a schema to see the queries and tables it contains. User-defined, module-defined, and built-in queries are listed alphabetically, each category represented by a different icon. Checkboxes in the lower left can be used to control the set shown, making it easier to find a desired item on a long list.
- Show Hidden Schemas and Queries
- Show User-Defined Queries
- Show Module-Defined Queries
- Show Built-In Tables
All Columns vs. Columns in the Default Grid View
You can browse columns by clicking on a particular table or query. The image below shows the column names of a user-defined query. In the Professional and Enterprise Editions of LabKey Server, you will also see a Dependency Report
For a particular table or query, the browser shows two separate lists of columns:
- All columns in this table: the top section shows all of the columns in the table/query.
- Columns in your default view of this query: Your default grid view of the table/query may not contain all of the columns present in the table. It also may contain additional "columns" when there are lookups (or foreign keys) defined in the default view. See Step 1: Customize Your Grid View to learn about changing the contents of the "default" view.
Below these lists for Built-In Tables, the Indices
of the table are listed.
When you upgrade to a new version of LabKey, change hardware, or database software, you may want to validate your SQL queries. You can perform a validation check of your SQL queries by pressing the Validate Queries
button, on the top row of buttons in the Query Schema Browser.
Validation runs against all queries in the current folder and checks to see if the SQL queries parse and execute without errors.
- To validate entire projects, initiate the scan from the project level and select Validate subfolders.
- Check Include system queries for a much more comprehensive scan of internal system queries. Note that many warnings raised by this validation will be benign (such as queries against internal tables that are not exposed to end users).
- Check Validate metadata and views box for a more thorough validation of both query metadata and saved views, including warnings of potentially invalid conditions, like autoincrement columns set userEditable=true, errors like invalid column names, or case errors which would cause problems for case-sensitive js. Again, many warnings raised in this scan will be benign.
When running broad query validation and also using the experimental feature to Block Malicious Clients
, you may trigger internal safeguards against "too many requests in a short period of time". If this occurs, the server may "lock you out" reporting a "Try again later" message in any browser. This block applies for an hour and can also be released if a site administrator turns off the experimental feature and/or clears the server cache.
View Raw Schema and Table Metadata
Links to View Raw Schema Metadata
are provided for each schema, including linked and external schemas, giving you an easy way to confirm expected datasource, scope, and tables.
Links to View Raw Table Metadata
are provided for each built in table, giving details including indices, key details, and extended column properties.
Generate Schema Export / Migrate Data to Another Schema
If you wish to move data from one LabKey Server schema to another LabKey Server schema, you can do so by generating a migration script. The system will read the source schema and generate:
- A set of tab-separated value (TSV) files, one for each table in the source. Each TSV file is packaged as a .tsv.gz file.
- A script for importing these tables into a target schema. This script must be used as an update script included in a module.
Note that the script only copies data
, it does not
create the target schema itself. The target schema must already exist for the import script to work.
To generate the TSV files and the associated script:
- Go the Schema Browser: (Admin) > Developer Links > Schema Browser.
- Click Generate Schema Export.
- Select the data source and schema name.
- Enter a directory path where the script and TSV files will be written, for example: C:\temp\exports. This directory must already exist on your machine for the export to succeed.
- Click Export.
- The file artifacts will be written to the path you specified.
|Source Data Source||The data source where the data to export resides.|
|Source Schema||The schema you want to export.|
|Target Schema||The schema where you want to import the data.|
|Path in Script||Optional. If you intend to place the import script and the data files in separate directories, specify a path so that the import script can find the data.|
|Output Directory||Directory on your local machine where the import script and the data files will be written. This directory must already exist on your machine, it will not be created for you.|
The generated script consists of a series of bulkImport calls that open the .tsv.gz data files and insert them into the target schema, in this case the target schema is 'assaydata'.
SELECT core.bulkImport('assaydata', 'c17d97_pcr_data_fields', 'dbscripts/assaydata/c17d97_pcr_data_fields.tsv.gz');
SELECT core.bulkImport('assaydata', 'c15d80_rna_data_fields', 'dbscripts/assaydata/c15d80_rna_data_fields.tsv.gz');
SELECT core.bulkImport('assaydata', 'c2d326_test_data_fields', 'dbscripts/assaydata/c2d326_test_data_fields.tsv.gz');
SELECT core.bulkImport('assaydata', 'c15d77_pcr_data_fields', 'dbscripts/assaydata/c15d77_pcr_data_fields.tsv.gz');
Now you can re-import the data by adding the generated .sql script and .tsv.gz files to a module as a SQL upgrade script. For details on adding SQL scripts to modules, see Modules: SQL Scripts