Template Queries
Another powerful feature of MySQL++ is being able to set up
template queries. These are kind of like C’s
printf() facility: you give MySQL++ a string
containing the fixed parts of the query and placeholders for the
variable parts, and you can later substitute in values into those
placeholders.
The following program demonstrates how to use this feature. This
is examples/tquery1.cpp:
The line just before the call to
query.parse() sets the template, and the
parse call puts it into effect. From that point on, you can re-use
this query by calling any of several Query member functions that
accept query template parameters. In this example, we’re using
Query::execute().
Let’s dig into this feature a little deeper.
Setting up Template Queries
To set up a template query, you simply insert it into the
Query object, using numbered placeholders wherever you want to be
able to change the query. Then, you call the parse() function to
tell the Query object that the query string is a template query,
and it needs to parse it:
query << "select (%2:field1, %3:field2) from stock where %1:wheref = %0q:what";
query.parse();
The format of the placeholder is:
%###(modifier)(:name)(:)
Where “###” is a number up to three digits. It is
the order of parameters given to a object, starting from 0.
“modifier” can be any one of the following:
%
Print an actual “%”
""
Don’t quote or escape no matter what.
q
This will escape the item using the MySQL C API
function
and add single quotes around it as necessary, depending on
the type of the value you use.
Q
Quote but don’t escape based on the same rules as
for “q”. This can save a bit of processing time if
you know the strings will never need quoting
“:name” is for an optional name which aids in
filling SQLQueryParms. Name can contain any alpha-numeric characters
or the underscore. You can have a trailing colon, which will be
ignored. If you need to represent an actual colon after the name,
follow the name with two colons. The first one will end the name and
the second one won’t be processed.
Setting the Parameters at Execution Time
To specify the parameters when you want to execute a query
simply use Query::store(const SQLString &parm0,
[..., const SQLString &parm11]). This type of
multiple overload also exists for
Query::storein(),
Query::use() and
Query::execute(). “parm0”
corresponds to the first parameter, etc. You may specify up to 25
parameters. For example:
StoreQueryResult res = query.store("Dinner Rolls", "item", "item", "price")
with the template query provided above would produce:
select (item, price) from stock where item = "Dinner Rolls"
The reason we didn’t put the template parameters in
numeric order...
select (%0:field1, %1:field2) from stock where %2:wheref = %3q:what
...will become apparent shortly.
Default Parameters
The template query mechanism allows you to set default
parameter values. You simply assign a value for the parameter to the
appropriate position in the
Query::template_defaults array. You can refer to
the parameters either by position or by name:
query.template_defaults[1] = "item";
query.template_defaults["wheref"] = "item";
Both do the same thing.
This mechanism works much like C++’s default function
parameter mechanism: if you set defaults for the parameters at the
end of the list, you can call one of
Query’s query execution methods without
passing all of the values. If the query takes four parameters and
you’ve set defaults for the last three, you can execute the
query using as little as just one explicit parameter.
Now you can see why we numbered the template query parameters
the way we did a few sections earlier. We ordered them so that the
ones less likely to change have higher numbers, so we don’t
always have to pass them. We can just give them defaults and take
those defaults when applicable. This is most useful when some
parameters in a template query vary less often than other
parameters. For example:
query.template_defaults["field1"] = "item";
query.template_defaults["field2"] = "price";
StoreQueryResult res1 = query.store("Hamburger Buns", "item");
StoreQueryResult res2 = query.store(1.25, "price");
This stores the result of the following queries in
res1 and res2,
respectively:
select (item, price) from stock where item = "Hamburger Buns"
select (item, price) from stock where price = 1.25
Default parameters are useful in this example because we have
two queries to issue, and parameters 2 and 3 remain the same for
both, while parameters 0 and 1 vary.
Some have been tempted into using this mechanism as a way to
set all of the template parameters in a query:
query.template_defaults["what"] = "Hamburger Buns";
query.template_defaults["wheref"] = "item";
query.template_defaults["field1"] = "item";
query.template_defaults["field2"] = "price";
StoreQueryResult res1 = query.store();
This can work, but it is not designed to.
In fact, it’s known to fail horribly in one common case. You
will not get sympathy if you complain on the mailing list about it
not working. If your code doesn’t actively reuse at least one
of the parameters in subsequent queries, you’re abusing
MySQL++, and it is likely to take its revenge on you.
Error Handling
If for some reason you did not specify all the parameters when
executing the query and the remaining parameters do not have their
values set via Query::template_defaults, the
query object will throw a object. If this happens, you can get an
explanation of what happened by calling
BadParamCount::what(), like so:
query.template_defaults["field1"] = "item";
query.template_defaults["field2"] = "price";
StoreQueryResult res = query.store(1.25);
This would throw BadParamCount because
the wheref is not specified.
In theory, this exception should never be thrown. If the
exception is thrown it probably a logic error in your
program.