Цитата:
Теперь, допустим, приложение одно, базы две. Работать будет, но криво: таблицы перекрестных ссылок, пользовательских настроек, вообще говоря, у разных баз могут быть разными, а приложение одно. Не пробовал использовать в штатном режиме, но кривости вылезут точно.
Проблемы будут, но не смертельные
Цитата:
Теперь, допустим, приложения два, в база одна. Вообще не понял, зачем это может понадобиться. Но тоже будет криво по тем же причинам
А вот это - полная ж.., если какая-то разработка ведется, при экспорте-импорте проекта такое начинается... ID у объектов в AOT разъезжаются, при синхронизации заполненные таблицы пересоздаются, ужас.. И это в принципе обходится, но чтобы при каждом неаккуратном чихе в системе разворачивать резервную копию.. Спасибо, нет. Экономия копеечная - размер БД на диске, а нервные клетки не восстанавливаются
Цитата:
Да, именно так. Мне важно, чтобы клиент мог работать в одной сессии с двумя серверами, ну и это для него было не сложнее, как если бы он обращался к одной БД.
2Atani: этого Вам стандартная функциональность не даст. Вы лучше скажите, зачем Вам это надо? AOS-ы в разных местах стоят - офис и DMZ? Хотите данные разделять на актуальные и архив? Еще что-то?
Есть ощущение, что Вашу задачу надо с другого бока решать, например через разграничение прав.