Home/ Questions/Q 231777
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T19:57:42+00:00

I’m using NHibernate primarily against an MSSQL database, where I’ve used MSSQL schemas for

  • 0

I’m using NHibernate primarily against an MSSQL database, where I’ve used MSSQL schemas for the various tables.

In my NH mapping (HBM) files, I’ve specified the schema for each table in the mapping as follows:

<?xml version="1.0"?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"
                   auto-import="true"
                   schema="xyz">                 <!-- schema specified -->
  <class name="Customer">
    <id name="Id">
      <generator class="native" />
    </id>
    <property name="Name" />
  </class>
</hibernate-mapping>

For my unit testing, I’ve been experimenting with SQLite, however my mappings fail now as NH reports that the database “xyz” cannot be found.

I understand there is a difference in interpretation of schema, so what is NH’s interpretation/implementation, and what is the best approach when using schema’s?

BTW: Searching the web using keywords like “nhibernate database schema” doen’t yielded anything relevant.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The “standard” interpretation is that a table has a three-part name: “CATALOG.SCHEMA.TABLE” : these are the names used in the standard (ISO-SQL standard?) “information_schema” views. Hibernate (presumably also NHibernate) follows this convention, you can specify catalog and schema in a class mapping, and default_catalog and default_schema in a configuration.

    In my own unit test environment (using Hypersonic), I massaged the Hibernate Configuration before building the SessionFactory: I myself did this to do things like setting HSQL-compatible IdentifierGenerators, but you can problably go through clearing the schema properties of the mapped classes.

    In general, I try to avoid specifying schemas and catalogs in applications at all. In Oracle, I generally create synonyms so users see the objects in their own namespace; in PostgreSQL, set the search_path in the database configuration; in SQL Server, put all tables into ‘dbo’.

    • 0