> For the complete documentation index, see [llms.txt](https://docs.ovaledge.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ovaledge.com/release8.1/data-quality/naming-standards-and-validation-rules.md).

# Naming Standards & Validation Rules

## DQ Rule

A Data Quality Rule (DQ Rule) defines validation logic applied to data to ensure accuracy, completeness, and consistency.

#### Validation Rules

<table><thead><tr><th width="235.00006103515625">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Max Length</td><td>255 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9), Spaces, Dot (.), Underscore (_), Hyphen (-)</td></tr><tr><td>Disallowed Characters</td><td>Any character not matching the allowed regex</td></tr><tr><td>Start Character Restriction</td><td>None explicitly defined</td></tr><tr><td>Regex / Notes</td><td><code>^[a-zA-Z0-9 ._-]+$</code></td></tr></tbody></table>

#### Valid Examples

* Null\_Check\_Rule
* Data-Quality Rule 1
* Completeness.Rule
* Data Quality Rule
* Rule\_01
* Rule-Check

#### Invalid Examples

* Rule\@123 → Contains special character
* Rule#Name → Contains invalid symbol
* Rule/Check → Contains invalid character
* Rule\@Check → Contains invalid character
* Rule,Check → Comma not allowed

#### System Behavior on Validation Failure

* Prevents saving the DQ Rule.
* Displays a validation error message.
* Requires correction before saving.

#### Best Practices

* Use descriptive DQ Rule names.
* Follow consistent naming conventions.
* Avoid unnecessary special characters.

## DQ Function

A DQ Function defines reusable logic used within Data Quality Rules for validation and transformation.

#### Validation Rules

<table><thead><tr><th width="235">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Max Length</td><td>255 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9), Spaces, Dot (.), Underscore (_), Hyphen (-)</td></tr><tr><td>Disallowed Characters</td><td>Any character not matching the allowed regex</td></tr><tr><td>Start Character Restriction</td><td>None explicitly defined</td></tr><tr><td>Regex / Notes</td><td><code>^[a-zA-Z0-9 ._-]+$</code></td></tr></tbody></table>

#### Valid Examples

* Validate\_Null
* Format-Check
* Function.Rule

#### Invalid Examples

* Function\@Rule → Contains invalid character
* Function#1 → Contains invalid symbol
* Function/Check → Contains invalid character

#### System Behavior on Validation Failure

* Prevents saving the DQ Function.
* Displays a validation error message.
* Requires correction before saving.

#### Best Practices

* Keep function names reusable and generic.
* Follow consistent naming conventions.
* Avoid unnecessary special characters.

## DQ Scheme

A DQ Scheme defines a structured grouping of Data Quality Rules and configurations applied to datasets.

#### Validation Rules

<table><thead><tr><th width="235">Property</th><th>Value</th></tr></thead><tbody><tr><td>Blank Allowed</td><td>No</td></tr><tr><td>Max Length</td><td>255 characters</td></tr><tr><td>Allowed Characters</td><td>Alphabets (A–Z, a–z), Numbers (0–9), Spaces, Dot (.), Underscore (_), Hyphen (-)</td></tr><tr><td>Disallowed Characters</td><td>Any character not matching the allowed regex</td></tr><tr><td>Start Character Restriction</td><td>None explicitly defined</td></tr><tr><td>Regex / Notes</td><td><code>^[a-zA-Z0-9 ._-]+$</code></td></tr></tbody></table>

#### Valid Examples

* DQ Scheme 1
* DataQuality\_Scheme
* Scheme-Validation

#### Invalid Examples

* Scheme\@Rule → Contains invalid character
* Scheme#1 → Contains invalid symbol
* Scheme/Validation → Contains invalid character

#### System Behavior on Validation Failure

* Prevents saving the DQ Scheme.
* Displays a validation error message.
* Requires correction before saving.

#### Best Practices

* Use meaningful scheme names aligned with the domain or purpose.
* Maintain consistency across DQ configurations.
* Avoid unnecessary special characters.

***

Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ovaledge.com/release8.1/data-quality/naming-standards-and-validation-rules.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
