<br><br><div class="gmail_quote">28 октября 2011 г. 16:51 пользователь Oleg Kostyuk <span dir="ltr"><<a href="mailto:cub.uanic@gmail.com">cub.uanic@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Так я про это:<br>
<div class="im"><br>
> Это когда раньше все данные лежали в одной схеме,<br>
> а потом оказалось, что их чересчур много и имеет смыл<br>
> некоторые положить в другую схему. В этом случае то,<br>
> что раньше делалось со всякими JOIN'ами, в новой<br>
> реальности работать не будет, потому что схемы<br>
> лежат в разных коробках. И вот здесь наличие<br>
> абстракции в виде ORM сильно помогает.<br>
<br>
</div>Как оно вам помогает? Как вы работаете с несколькими схемами в бд? В<br>
смысле DBIC - у вас одна или несколько схем? Покажте же код, хотябы в<br>
общих чертах :)<br>
<br>
Я показал (в общих чертах) как это начал делать сам. Но дело до конца<br>
не дошло, потому интересен чужой практический опыт. И то, что у вас<br>
MySQL а не Pg - для меня только увеличивает интересность. Ведь в Pg в<br>
перелах одной dbic-схемы можно за-джойнить данные из таблиц, лежащих в<br>
разных дб-схемах, т.к. база-то одна. А у вас в MySQL базы-то разные, и<br>
это уже не катит. Потому и хочется конкретики.<br clear="all"></blockquote></div><br>Так у нас ещё и Class::DBI. :)<br><br>Ничего там особенного нет. Каждая БД имеет свой базовый класс, который наследуется от того же Class::DBI, только использует свои DSN. От классов БД наследуются врапперы таблиц. Всё предельно просто.<br>
<br>-- <br>Andrei Protasovitski<br>< andrei[dot]protasovitski[at]gmail[dot]com ><br>Diemen, Netherlands<br>