Im using Fluent NHibernate for Informix database. I need to use batching concept for bulk insert and update. Can anyone give me suggestion for that. I found out that by default batching in Nhibernate supports only SQL and Oracle. By anyway we override it and also support informix?
I know this does not directly answer your question but somebody has provided a patch for batching in MySql. You may be able to take this patch and apply the logic for Informix.
Link to patch is on NHibernate Jira
Related
We have an ongoing project in which we use querydsl-jpa to make the queries.
When we deploy a new version of the product, it auto-executes sql file scripts to update the tables before starting hibernate. This scripts are just sql strings manually crafted (and very error prone).
I would like to use querydsl-sql to write the migration scripts programmatically and once that's done, use querydsl-jpa for normal ORM querying.
So the question is, if anyone knows if they can live together in the same project? And if anyone has done that before?
Using Querydsl JPA and SQL in a project together is a very common use case. You can for example use the JPA API and Querydsl JPA for CRUD use cases and Querydsl SQL for queries.
Querydsl SQL doesn't support DDL scripts (CREATE, ALTER etc). So that part is not covered by Querydsl.
I have been a long time user of Subsonic due to its ease of use and LINQ integration.
I now have to use something else because I need to be able to use Oracle.
I have 2 databases with the same schema therefore I want to have 1 set of POCO's and then change a connection string to switch between SQL & Oracle depending on the requirements.
Is this possible firstly, is LINQ fully functioning and stable in NHibernate and do Castle ActiveRecord and Fluent Hibernate allow the LINQ querying?
It is stable.
It is not fully functioning, and it is not planned to be fully functioning. I don't think there exists linq providers supporting 100% everything. The question should be: "Is it fully function for the queries you need to execute?" (The answer to that question would be yes in 99% of the cases)
You can find reported bugs/missing features in Jira
Fluent NHhibernate doesn't do any querying, just mapping. Castle active record doesn't query either. The linq namespace does not have a reference to active record or fluent and vise versa.
I wouldn't classify the NHibernate LINQ implementation as stable yet. The LINQ provider is still fairly young, so chance of hitting an unsupported query scneario still may be considerable in my opinion. However, other NHibernate query options are plentiful to workaround any issues the LINQ provider might throw up.
I'm having trouble getting a connection to a Firebird database. I can't seem to find too much information on Fluent NHibernate and Firebird on the Internet which lead me to here.
Can anyone provide any insight on how to connect Fluent NHibernate to a Firebird database in C#? I'm specifically writing a WPF application.
There shouldn't be anything specific to Fluent nHibernate that causes problems with Firebird or any other database for that matter - that's the point of nHibernate, and FnH is just a layer above it.
If you post some errors someone might be able to better help you, because it's impossible to know what it is that's wrong. Can you connect to Firebird through a normal NH mapping in your current environment, for example?
Basically, I just want to know if its possible to use Nhibernate to migrate between databases?
No, you must use some other tool to do the migration, and then you can continue to use nHibernate (the level of compatibility will depend on your code)
Tools:
Full Convert
MS2PG
Is there any supported way of mapping datetimeoffset the new datatype in SQL 2008 to the System.DateTimeOffset using nhibernate?
NH 2.1 (or compiling from NHibernate trunk) supports this and more out-of-the-box. Check it out
(Assuming google didn't turn of anything)
You will probably need to create a simple IUserType to handle this, also I am sure that the NH team would gladly accept it as a patch for everyone to benifit.
Ayende has a good post here on this. He goes though a couple of options to solve his problem so you might want to start from the bottom of the post (not the comments) and go up.