Naming Conventions
This section explains the naming conventions used when using remote databases with DirectQuery.
When DirectQuery is used, the application will dynamically convert all Datastore Field and Store Names into a remote version. The remote version of the Datastore fields is what our remote database fields and tables should be named. If the Database and name mapper are out of sync, then the remote Tables/Fields may not be discoverable by the application.
The interface INameMapper
is used to convert Datastore field and store names into a format that works with remote databases.
Reference DirectQueryNameMapper
The reference DirectQueryNameMapper
class is responsible for converting names from one format into another. We use this to convert datastore fields or store
names into a name that is more compatible with remote databases. Since some databases have strict naming conventions, we have designed our
DirectQueryNameMapper
to handle most database naming conventions.
The reference DirectQueryNameMapper
works by taking a datastore name and converting it into one with the following logic:
- Entire name is converted to upper case
- Spaces are replaced with underscores ‘_’
- CamelCase is split on the hump with underscores
So we can expect the following conversions to take place with the default DirectQueryNameMapper
:
Input (local datastore) Name | Output (remote database) Name | Note |
---|---|---|
myvar | MYVAR | Set to uppercase |
myVar | MY_VAR | CamelCase |
MYVar | MYVAR | No change (because not camel case) |
MYVAR | MYVAR | No change |
MY_VAR | MY_VAR | No change |
my var | MY_VAR | Space replaced with underscore |
Custom Naming Conventions
If you want to use custom naming conventions then you must create a custom implementation of the INameMapper
interface.
Custom Naming Convention Example
Here we create a custom naming convention that converts a given name into uppercase and replaces spaces with underscores ‘_’.
First we create a function that will convert one way from the local name to the remote name:
private String localToRemoteName(String localName){
return localName
.toUpperCase()
.replace(' ', '_');
}
However, we will have difficulties when converting remote names to local names. To handle this we can cache the names that we have already converted and perform the calculation when our CustomNameMapper
is created. We will use the IDatastoreSchemaDescription
to help us with our pre-caching.
@Component
public class CustomNameMapper implements INameMapper {
private final IDatastoreSchemaDescription datastoreSchemaDescription;
private final Map<String, String> localToRemoteNames = new HashMap<>();
private final Map<String, String> remoteToLocalNames = new HashMap<>();
public CustomNameMapper(IDatastoreSchemaDescription datastoreSchemaDescription){
this.datastoreSchemaDescription = datastoreSchemaDescription;
init();
}
private void init(){
for (var datastoreDescription : datastoreSchemaDescription.getStoreDescriptions()){
// Convert Datastore Name:
String datastoreName = datastoreDescription.getName();
initCacheFor(datastoreName);
// Convert Datastore Fields:
for(String fieldName : datastoreDescription.getKeyFields()){
initCacheFor(fieldName);
}
}
}
private void initCacheFor(String localName){
String remoteName = localToRemoteName(localName);
localToRemoteNames.put(localName, remoteName);
remoteToLocalNames.put(remoteName, localName);
}
private String localToRemoteName(String localName){
return localName
.toUpperCase()
.replace(' ', '_');
}
}