0
0
mirror of https://github.com/rbock/sqlpp11.git synced 2024-11-16 04:47:18 +08:00
Commit Graph

27 Commits

Author SHA1 Message Date
rbock
f802300685 Added sqlpp::null and sql::default_value for insert and update 2014-01-25 22:38:16 +01:00
rbock
019a920739 Added a .where(bool) to choose all or no row 2014-01-22 22:53:23 +01:00
rbock
abce8592e6 Added DISTINCT flag to avg and sum 2014-01-22 09:31:36 +01:00
rbock
34f6c7a2eb Added optional DISTINCT flag to count 2014-01-21 23:42:27 +01:00
rbock
370c61870b Updated tests a bit 2014-01-21 23:19:03 +01:00
rbock
a22b07aa03 Added more tests (and fixes) for dynamic columns and flags 2014-01-21 09:50:58 +01:00
rbock
075e63c486 Added test for (empty) dynamic select flag list 2014-01-20 23:17:07 +01:00
rbock
ee7cda0a5d Started to change the way dynamic columns and flags are specified 2014-01-20 21:26:16 +01:00
rbock
31127812a0 Added some template aliases to ease specialization and added a few more operator overloads 2014-01-19 18:11:05 +01:00
rbock
24b44fae65 Re-animated all tests 2014-01-18 20:58:51 +01:00
rbock
312e735d6d Moved a bunch of things into namespace vendor
This namespace is for things the developer will not get in touch with
(normally) but the vendor might need to use for specialization of the
interpreter.

This separation is not fully completed yet, some changes will have to
follow...
2014-01-18 15:50:16 +01:00
rbock
93129be748 Added missing interpreter specializations, especially for serializable 2014-01-17 09:56:35 +01:00
rbock
9826ef79e4 Added interpreters to is_null, multi_column, alias and select pseudo table 2014-01-16 22:31:43 +01:00
rbock
afcc62fc75 Added interpreters for a bunch of functions and table aliases 2014-01-15 19:42:14 +01:00
rbock
54d45e97ae Added interpret support for remove() 2014-01-15 08:24:42 +01:00
rbock
54fa55e6a5 interpret works for in() 2014-01-15 07:38:53 +01:00
rbock
602f33726f interpreter added for update() 2014-01-15 07:22:54 +01:00
rbock
9335a62087 Replaced implicit trivial_value_is_null tag for columns with explicit tvin method
This isn't database vendor specific, but library vendor specific, as I
used this implicit behaviour quite a lot, but it is utterly confusing
when mixed with prepared statements. Explicit is better here.
2014-01-14 22:54:07 +01:00
rbock
fa18ce5476 interpret works for insert now
Also added explicit .default_values() method
2014-01-13 23:05:48 +01:00
rbock
eb9f92543e Interpret works for parameters now
Also, paramters inherit the operators they need
2014-01-13 21:00:20 +01:00
rbock
c03ef1b0b1 interpret handles order_by(), limit() and offset() 2014-01-13 06:24:27 +01:00
rbock
7fc5c34190 interpret works for group_by(), having() und .like() 2014-01-12 16:19:09 +01:00
rbock
d56d1422cd interpret works for where() 2014-01-12 16:01:38 +01:00
rbock
1d3ea8516f interpreter for from() 2014-01-12 15:45:50 +01:00
rbock
d957e8c0ae Added interpreter to select, select_flag_list, select_expression_list 2014-01-12 12:22:15 +01:00
rbock
47ae6a2e76 Continued to implement standard serializing interpreters
Everything that is interpreted also has to move out of detail namespace,
because it might have to be specialized for a database connector
2014-01-11 21:51:57 +01:00
rbock
bef7cea6a6 Started to switch from member serialize -> non-member interpret
This will allow database connectors to specialize the interpretation of
the expression tree and interpret queries in vendor specific ways where
required.
2014-01-11 00:11:47 +01:00