Wildcards are special characters which when used in a string comparison such as "like" change its behavior. There are two symbols which can be used interchangeably and are recognized by Strategy as wildcards, * and %. There is no functional difference between the two symbols.
When used inside a string comparison statement they are a variable that the database recognizes can represent one of three scenarios. The database applies all three scenarios when comparing the data in the filter and there is no way to compare only certain or single of the above scenarios while using wildcards.
Again all three scenarios will always be applied together. This means that any set of strings that can be created through the input string with wildcard will be maintained through the filter. This is illustrated with the below example.
Qualification:
Column like n%h
Values in database:
nh, north, nah
All strings above evaluate as true in the filter so will be included in the end result calculation.
Another point to consider is string comparisons may include multiple wildcards. Each wildcard separately evaluates as any of its three supported scenarios. This means one wildcard can represent nothing while another represents multiple characters or any other valid combination. Further a like comparison where the string includes a wildcard at the beginning and end is functionally equivalent to a contains comparison.
When placing these wildcards into SQL Strategy translates them into the appropriate wildcard for the database in question based on the database type selected in the appropriate database instance. An example of this is Nort* used in a qualification against an attribute based on an Access database will be placed into SQL as Nort%. On that note some databases use alternate symbols to the ones above for wildcards. Strategy will not parse those out of a string and will just pass the string as it is received. An example of this is _ in some databases such as Access.