Připojení k další mysql databázi bez nastavení v config

co vím tak připojení k databázím se nastavuje v configu
a také se to doporučuje.

Při volání v prezentru tak nahraď volání z configu na vlastní připojení
NEDOPORUČUJE SE TO!! z důvodu, že by se to dalo prolomit!
proto se doporučuje to připojit přes config jelikož tam se nastavuje i context..

@Altimit Nedoporučuje se co konkrétně? Co by se dalo prolomit? Já si vytvářím nový context, možná bude lepší ukázkou kus kódu:

Config.neon

parameters:
  database:
    driver: 'mysql'
    host: 'abc.def.cz'
    dbname: 'default_db'
    user: 'xxx'
    password: '***'

database:
  default:
    dsn: '%database.driver%:host=%database.host%;dbname=%database.dbname%'
    user: '%database.user%'
    password: '%database.password%'
    options: [PDO::MYSQL_ATTR_COMPRESS = true]
    debugger: true
    explain: true

services:
	orders: App\Model\OrdersManager(%database%)

OrdersManager

<?php
class OrdersManager extends \Nette\Object
{
	...
	/** @var Context */
	private $database;
	/** @var Connection */
	private $database2;

	private $dbParams;
	...
	public function __construct($dbParams, Context $database)
	{
		$this->database = $database;
		$this->dbParams = $dbParams;
	}

	public function getOrders()
	{
		$this->database2 = new Connection($this->dbParams['driver'].':host='.$this->dbParams['host'].';dbname=JINÁ_DATABÁZE', $this->dbParams['user'], $this->dbParams['password']);

		$context2 = new Context($this->database2, $this->database->getStructure());
		$orderRows = $context2->table(self::TABLE_NAME)->where(...)->...;
	}
}
?>

Výše uvedený kód mi funguje, dostanu se do požadované databáze, jejíž název jsem neznal v době tvoření Configu a hlavně – vytvoří se připojení jen k těm databázím, které reálně potřebuji, ne ke všem (několik desítek). Navíc při definování OrdersManager v configu nemusím dopředu rozhodnout, jaké databáze „dostane“, protože bych ani nemohl, jelikož může potřebovat jít do jakékoliv.

Když takto tvořím nový Context, tak stále marně přemýšlím, zda to je správný či špatný postup. Co vidím jako riziko je to předávání parametrů na připojení v konstruktoru a uchovávání v proměnné. Ale nevím…

@premek_k To zní hodně dobře, mám za to, že by měl být přístup všude (na testovacím prostředí nemám pochopitelně všechny db), pak by stačilo použít jen tuto direktivu a byl bych na jiné db. Rozhodně vyzkouším. Díky!

Edit:
Vyzkoušel jsem USE a zdá se, že je to to, co jsem hledal. Sice to má stále své úskalí v tom, že mám tabulku výpisu Orders a v té tabulce zobrazuji věci, co vypočítávám z tabulek, které jsou v těch různých databázích, ale v takových případech budu holt měnit databázi pomocí USE dle skupin objednávek, ve kterých db se nachází.
@premek_k ještě jednou moc díky, pokud nepřijde nikdo s lepším řešením, asi zůstanu u tohoto. Pochopitelně ověřím stejnost uživatele a podporu na hostingu, ale jelikož má projekt vlastní server se správcem, nebude to snad problém. ;)

Edit2:
Pochopitelně existuje řešení, že budu psát ruční SELECTy, kde bude dbname jako prefix pro tabulku (FROM data_2012.orders_items), asi je to v principu také v pořádku, ale chtěl jsem to řešit pomocí objektového přístupu…

Editoval PVD (11. 2. 2016 9:06)