Spring-data-mongodb подключается к нескольким базам данных в одном экземпляре Mongo

вот ссылка на статью, я думаю, это то, что вы ищете http://michaelbarnesjr.wordpress.com/2012/01/19/spring-data-mongo/

ключ должен предоставить несколько шаблонов

настройки шаблона для каждой базы данных.

<bean id="vehicleTemplate" class="org.springframework.data.mongodb.core.MongoTemplate">
    <constructor-arg ref="mongoConnection"/>
    <constructor-arg name="databaseName" value="vehicledatabase"/>
</bean>

настройки шаблона для каждой базы данных.

<bean id="imageTemplate" class="org.springframework.data.mongodb.core.MongoTemplate">
        <constructor-arg ref="mongoConnection"/>
        <constructor-arg name="databaseName" value="imagedatabase"/>
</bean>

<bean id="vehicleTemplate" class="org.springframework.data.mongodb.core.MongoTemplate">
    <constructor-arg ref="mongoConnection"/>
    <constructor-arg name="databaseName" value="vehicledatabase"/>
</bean>

теперь вам нужно сказать Spring, где находятся ваши репозитории, чтобы он мог их вводить. Все они должны быть в одном каталоге. Я пытался имейте их в разных подкаталогах, и это не сработало правильно. Так они все в каталог.

<mongo:repositories base-package="my.package.repository">
    <mongo:repository id="imageRepository" mongo-template-ref="imageTemplate"/>
    <mongo:repository id="carRepository" mongo-template-ref="vehicleTemplate"/>
    <mongo:repository id="truckRepository" mongo-template-ref="vehicleTemplate"/>
</mongo:repositories>

каждый репозиторий является интерфейсом и записывается следующим образом (Да, вы можете оставить их пустыми):

@Repository
public interface ImageRepository extends MongoRepository<Image, String> {

}

@Repository
public interface TruckRepository extends MongoRepository<Truck, String> {

}

имя частной переменной imageRepository - это коллекция! изображения.java будет сохранен в коллекцию изображений в базе данных imagedb.

здесь вы можете найти, вставить и удалить отчеты:

@Service
public class ImageService {

    @Autowired
    private ImageRepository imageRepository;
}

С помощью Autowiring вы сопоставляете имя переменной с именем (id) в вашей конфигурации.

вы можете захотеть подкласс SimpleMongoDbFactory и выработать стратегию, как БД по умолчанию, как возвращается getDb возвращается. Один из вариантов-использовать локальные переменные потока для выбора используемой БД вместо использования нескольких MongoTemplates.

что-то вроде этого:

public class ThreadLocalDbNameMongoDbFactory extends SimpleMongoDbFactory {
    private static final ThreadLocal<String> dbName = new ThreadLocal<String>();
    private final String defaultName; // init in c'tor before calling super

    // omitted constructor for clarity

    public static void setDefaultNameForCurrentThread(String tlName) {
        dbName.set(tlName);
    }
    public static void clearDefaultNameForCurrentThread() {
        dbName.remove();
    }

    public DB getDb() {
        String tlName = dbName.get();
        return super.getDb(tlName != null ? tlName : defaultName);
    }
}

затем переопределите mongoDBFactory() в своем @Configuration класс, который простирается от AbstractMongoConfiguration вот так:

@Bean
@Override
public MongoDbFactory mongoDbFactory() throws Exception {
  if (getUserCredentials() == null) {
      return new ThreadLocalDbNameMongoDbFactory(mongo(), getDatabaseName());
  } else {
      return new ThreadLocalDbNameMongoDbFactory(mongo(), getDatabaseName(), getUserCredentials());
  }
}

в вашем клиентском коде (возможно, ServletFilter или какой-то такой) вам нужно будет вызов: ThreadLocalDBNameMongoRepository.setDefaultNameForCurrentThread() перед выполнением любой работы Mongo и впоследствии сбросьте ее с помощью: ThreadLocalDBNameMongoRepository.clearDefaultNameForCurrentThread() после того как вы сделали.

место, чтобы посмотреть на это MongoDbFactory интерфейс. Основная реализация этого принимает экземпляр Mongo и работает с ним на протяжении всего срока службы приложения. Чтобы добиться использования базы данных для каждого потока (и, следовательно, для каждого запроса), вам, вероятно, придется реализовать что-то вроде AbstractRoutingDataSource. Идея заключается в том, что у вас есть метод шаблона, который должен будет искать арендатора для вызова (ThreadLocal Баунд, я думаю), а затем выберите Mongo экземпляр из набора стандартных или пользовательскую логику, чтобы придумать новый для нового арендатора и т. д.

имейте в виду, что MongoDbFactory обычно get используется через getDb() метод. Тем не менее, в MongoDB есть функции, которые нам нужно предоставить getDb(String name). DBRefs (sth. как внешний ключ в реляционном мире) может указывать на документы совершенно другой базы данных. Поэтому, если вы делаете делегирование, либо избегайте использования этой функции (я думаю, что DBRefs указание на другую БД-единственные места, вызывающие getDb(name)) или явно справится.

С точки зрения конфигурации вы можете либо просто переопределить mongoDbFactory() полностью или просто не расширять базовый класс вообще и придумать свою собственную конфигурацию на основе Java.

я использовал другую БД, используя Java Config, вот как я это сделал:

@Bean 
public MongoDbFactory mongoRestDbFactory() throws Exception { 
    MongoClientURI uri=new MongoClientURI(environment.getProperty("mongo.uri")); 
    return new SimpleMongoDbFactory(uri);
}

@Override
public String getDatabaseName() {
    return "rest";
}

@Override
public @Bean(name = "secondaryMongoTemplate") MongoTemplate mongoTemplate() throws Exception{ //hay que cambiar el nombre de los templates para que el contendor de beans sepa la diferencia  
    return new MongoTemplate(mongoRestDbFactory());    
}

а другой был такой:

@Bean 
public MongoDbFactory restDbFactory() throws Exception {
    MongoClientURI uri = new MongoClientURI(environment.getProperty("mongo.urirestaurants")); 
    return new SimpleMongoDbFactory(uri);
}

@Override
public String getDatabaseName() {
    return "rest";
}

@Override
public @Bean(name = "primaryMongoTemplate") MongoTemplate mongoTemplate() throws Exception{ 
    return new MongoTemplate(restDbFactory());    
}

поэтому, когда мне нужно изменить мою базу данных, я только выбираю, какую конфигурацию использовать

насколько я понимаю, вы хотите больше гибкости в изменении текущей БД на лету.

Я связал проект, который реализует multi tenancy простым способом.

Он может быть использован в качестве отправной точки для приложения.

он реализует SimpleMongoDbFactory и предоставляет пользовательский метод getDB для разрешения правильной БД для использования в определенный момент. Его можно улучшить многими способами, например, путем извлечения сведений о БД из HttpSession из Объект SpringSession, который, например, может быть кэширован Redis .

чтобы иметь разные mongoTemplates, используя разные dbs одновременно, возможно, измените область вашего mongoDbFactory на сеанс.

ссылки:

multi-tenant-весна-mongodb