У клиента самописная база на access. Бд на sql, связи - на access 2007.
Нужно выгрузить бд, оболочку access для того, чтобы развернуть локально копию, желательно в файловом варианте, без sql.
С access никогда не работал.
Какие действия по копированию базы?

Создать таблиц, закопипастить данные можно мышкой с контролом. Проверить ключи.

Файл логики *.ACCD* Если файл защищен, то без первичного программца фиг развернешь в другом месте.
Если мне память не изменяет - открыть этот файл в аксесе, затем Экспорт — База данных Access - получиться файловая версия.

(3) мышкой то же самое получается, можно select-insert ом.

(0) Дуб какой ответ дал?

Шаман (0) Дуб какой ответ дал?

дб-мдк

[smile=:D]

Соединение аксеса с ms sql может выполняться посредством механизма linked tables, это когда в аксесе есть таблица которая ссылочная на таблицу БД. И вторая связь это query аксеса, который тянет данные из ms sql.
Но задача не однозначно, тк на стороне ms sql, могут быть созданы триггеры, функции, процедуры, счетчики, задания для агента и тд, без них функциональность может пострадать

(8)

Но задача не однозначно, тк на стороне ms sql, могут быть созданы триггеры, функции, процедуры, счетчики, задания для агента и тд, без них функциональность может пострадать

Если MS SQL используется только как хранилище таблиц access через linked table, а это штатный вариант сочетания MSSQL + access, то там ничего подобного не будет. Access в такие фокусы не умеет.

(9) Почему бы нет? Триггеры же не на стороне Аксесса выполняются.

(10) По той же причине, почему 1с8 не создает триггеров. Access просто не использует эти механизмы. Linked tables - просто таблицы, размещенные на MS SQL или Oracle, к которым access обращается также как к родным.

ТеньД Linked tables - просто таблицы, размещенные на MS SQL или Oracle, к которым access обращается также как к родным.

Это понятно, но при обращении к этой linked table на стороне ms sql можно триггер вешать сколько угодно. К примеру, выполнять какую-то sp с другой linked table без участия access для ускорения работы.

(12)

Это понятно, но при обращении к этой linked table на стороне ms sql можно триггер вешать сколько угодно.

В 8-ке тоже можно лепить триггеры на таблицы в базе. До первой реструктуризации. Никто не запрещает, кроме лицензионной политики 1С. Много видел таких энтузиастов? Я нет.

Access умеет подцепиться к внешней СУБД и подключить из нее табличку. После этого для кодера работа с ней ничем не отличается от работы с "родной" таблицей. Штатных средств у Access ваять триггеры и прочую лабуду во внешней базе нет, поскольку их нет для самого Jet. Крайне маловероятно, что кто-то станет заниматься подобной ерундой в подобном проекте. Если уж надо всерьез разрабатывать базу под скуль, то использовать Access в качестве клиента явно не оптимально.

ТеньД Штатных средств у Access ваять триггеры и прочую лабуду во внешней базе нет,

Поэтому логично, что с высокой вероятностью у Стима налеплено процедур, функций, заданий и триггеров всяких на стороне ms sql. А значит схлопнуть потом все это в один локальный Access не так то просто будет, с сохранением былой функциональности

У меня обратный опыт. Сперва проект разрабатывался на Access. Когда нагрузка выросла, данные "переехали" на Oracle. Миграция для разрабов прозрачна, как писали код так и продолжали. Никто никакими допилками на уровне СУБД не занимался.

ТеньД Крайне маловероятно, что кто-то станет заниматься подобной ерундой в подобном проекте.

Дык в (1) написано, что БД на SQL, а связи в Access, т.е. это не просто подключенная табличка-другая, а Access использован как клиент для базы на MS SQL. Так что

sda553 логично, что с высокой вероятностью у Стима налеплено процедур, функций, заданий и триггеров всяких на стороне ms sql

, ибо БД изначально вынесена из Access.

ТеньД Access в такие фокусы не умеет.

Умеет. Напр. - запускать хранимые процедуры сикуля...

Муй, ты как всегда жжешь

(18) ИМХО процесс у Стима был похож на описанный в (17).

(19) [...] ты эксперт! Расскажи, как из Access ты будешь разрабатывать хранимку?

(21) Если ты чего-то не умеешь - не значит, что это невозможно...

(22) Т. е. рассказа про разработку хранимок в Access можно не ждать? Почему я не удивлен?

(21) М.б. и так, не исключено.

(22) Из Access написать sp для MS SQL не получится, у Jet нет интерфейса для таких задач. Вызвать - можно, разработать, не используя инструменты самого MS SQL или какие-то другие сторонние - нет. Впрочем, разработчику никто не мешает ваять вне Access, так что проблемы разработки sp для таких задачек не вижу.

Маратыч Из Access написать sp для MS SQL не получится

Зачем писать? - только вызывать.

(25) Речь как раз о "написать".

(26) Ты понимаешь разницу между "разработать" и "вызвать"?

Я могу подключить и использовать в Access/1С комки с IDispatch, но разрабатывать их там не могу. Это внешние средства. Также и хранимки.

ТеньД Ты понимаешь разницу между "разработать" и "вызвать"?

А ты - понимаешь?