Возможно, я сделал это сам, но по разным причинам. Это был разрыв остановки, в то время как половина приложений в группе была перенесена, а половина оставалась на доступ в течение нескольких месяцев, но нам все еще нужно было запускать отчеты, которые охватывали оба приложения.
скажу, что произошло заметное падение производительности с помощью этого метода, и я хотел бы повторить рекомендацию, используя отличное авто доступа FE обновления для облегчения такого рода вопросов в будущем
Sure HansUp, это может быть но это моя ситуация.
У меня было несколько файлов MDB для конечных пользователей для группы приложений, мне нужно было иметь всю эту информацию в одной базе данных, чтобы я мог делать отчетность с использованием бизнес-объектов, которым нужны все таблицы под одним «соединением» (в этом случае соединение относится к этому MDB, который только привязал таблицы к реальным задним концам).
Некоторые из этих приложений были перенесены на SQL-сервер перед другими, включая некоторые общие общие таблицы. В некоторых ситуациях цепочка переходила в Front End -> Back End -> SQL server. Это делает удар производительности, и я намного счастливее теперь, когда миграция полностью завершена.
О, и я не связываем с помощью DSN, я использую DSN-менее установки с небольшим количеством кода повторно точки таблицы в различных подачах для тестирования/производства
Я не думаю, что можно связать ссылку. Почему бы не использовать автоматический авторинга Tony Toews для распространения обновленного FE для ваших пользователей? – HansUp
Вы можете импортировать ссылку. То есть вы можете удалить существующие ссылки и импортировать ссылки ODBC из другой базы данных. –
Если вы «не хотите перераспределять передние концы», а ваш существующий интерфейс еще не имеет встроенного в него кода для изменения/воссоздания связанных таблиц, тогда у вас нет регресса - вы не можете делать то, что вам нужно. Здесь нет ничего волшебного. –