If you need to get access to the date part of a DateTime through HQL, the easiest way is to use a custom dialect:
public class CustomDialect : SQLiteDialect
RegisterFunction("DateOnly", new StandardSQLFunction("date", NHibernateUtil.String));
public class CustomDialect : MsSql2005Dialect
RegisterFunction("DateOnly", new SQLFunctionTemplate(NHibernateUtil.DateTime, "DATEADD(dd, 0, DATEDIFF(dd, 0, ?1))"));
Because I use SQLite for my integration tests and MSSQL2005 for my runtime database, I need two different dialects, one for each provider. Using the custom function name “DateOnly” I can have the same HQL work on both databases 😀
You can then use this function, like so:
select DateOnly(x.Date), count(x.Id)
from someEntity x
group by DateOnly(x.Date)
Time and time again I encounter repositories which are just a free-for-all mess, so here is a definitive guide to SVN and project code organisation for the tidy-inept.
Most people will use their repository for multiple projects. For this reason it is a sensible idea to have top level folders which semantically group your code. How you do this depends largely on what code/projects you have in SVN. Here’s an example:
- Customer A
-- Project X
-- Project Y
- Customer B
-- Project Q
-- Project X
Next, under each Project you should have:
Sometimes its more appropriate to have the releases folder under branches (as they technically are branches), it doesn’t really matter. What is important is that you are branching your releases!
.NET Project Organisation
Here is how I organise my projects:
Nice and clean 😀
The lib folder holds all your 3rd party assemblies which your project utilises.
The src folder contains…you guessed it, your source code!
The tools folder contains mainly build tools and test runners. Mine also has the NHibernate Profiler in there, too.
The rakefile is my build script, if you enjoy angled-bracketed-unneccessaryness this could be your NAnt or MSBuild file.
Next, externals. If your project shares code with another, this shared code should be under a separate project, and included via an svn:external under the lib folder. For example:
Here are some great examples of best practices for code and svn organisation.
And here is an excellent book on the subject!
One tidy life….Done!