[identity profile] iambizkit.livejournal.com posting in [community profile] useful_faq
Дорогие знатоки этого приложения, выручайте. Есть файл формата *.mde. Это типа база данных, при запуске которой выскакивает туча окошек, форм и т.д. Также есть файл *.mdb, который каким-то образом редактируют дистанционно (в другом городе), может быть даже с помощью такого же *.mde и присылают сюда, после чего его как-то сливают с основной базой (типа импортируют). Помогите разобраться в этих форматах.
Во-первых: чем они отличаются.
Во-вторых: что мне надо сделать, чтоб анологично вводить данные на расстоянии в *.mdb, чтобы потом его было возможно было импортировать в основную базу? Создавать новый *.mdb или взять тот, иногородний, и очистить от их данных, после - вводить свои.

Распросить людей, которые этим занимаются (иногородние) не представляется возможным.
Распрашивать людей, которые сидят тут и импортируют *.mdb бесполезно, т.к. технических ньюансов они не знают, просто делают набор определенных действий по бумажке.

Юзфул настолько, что вы себе представить не можете! Тут замешаны миллиарды, правительство и пришельцы :)
Идеальный вариант - подробная инструкция, как вариант, буду благодарен любым ссылкам по этому вопросу.
P.S. Прошу прощения за сумбур, столкнулся с этим впервые.

Date: 2008-05-15 07:52 pm (UTC)
From: [identity profile] ex-ss24scalp264.livejournal.com
не в молочке, часом, работаешь?

Date: 2008-05-15 09:24 pm (UTC)
From: [identity profile] kostichek.livejournal.com
mdb - сама база данных

mde - это откомпилированная надстройка (читай программа для Аксекса), написанная обычно на васюках (Visual Basic), которая собственно и вносит изменения в базу данных

Посмотреть структуру базы данных легко, понять, что делает mde - только опытным путем.

Самый простой путь - написать заново

Date: 2008-05-16 04:50 am (UTC)
From: [identity profile] alauxdo.livejournal.com
Вообще из описание не совсем понятно, как устроена вся система. Возможно два пути:
1) Back-end базы данных (ваш .mdb) файл связан с front-end (.mde) средствами Аксеса. В этом случае обычно "дистанционно" находящийся .mdb монтируется на какой-либо сетевой диск и к нему получается довольно небольшой и не выглядящий как сетевой путь. Таблицы back-end'а появляются во front-end'е как обычные таблицы (только с такой стрелочкой) и поддерживают все те же операции, что и несвязанные таблицы.
В этом случае порядок действий довольно простой: надо скопировать .mde куда-нибудь и запустить, если файл со связанными таблицами не будет найден -- появится сообщение об ошибке с полным указанием пути к файлу, по этому пути можно будет смонтировать (например через subst) файл с данными -- и вперед.
2) (менее вероятный) В принципе файл .mdb может создаваться и "на лету" и заполняться данными. Тогда проблема с путями, что описана выше, исчезает.

В общем и целом что мешает Вам воспользоваться имеющейся .mde для генераци собственных данных?

Date: 2008-05-16 07:07 am (UTC)
From: [identity profile] alauxdo.livejournal.com
В консоли напишите
subst -h

Date: 2008-05-16 06:58 am (UTC)
From: [identity profile] hilda67.livejournal.com
форматы отличаются только тем, что mde - "исполняемый" (нельзя редактировать ни формы, ни отчеты). все. данные можно вводить куда угодно (в access они хранятся внутри файла). крайне желательно (!!!!) периодически выполнять резервное копирование.
у нас access используется только для доступа к данным (связанные таблицы) - все данные лежат на SQL Server'e.

Date: 2008-05-16 07:11 am (UTC)
From: [identity profile] hilda67.livejournal.com
вводить их в *.mdb (ответ на Ваш вопрос очевиден!)

или используйте связанные таблицы. в любом случае процедура следующая: Вы конфигурируете *.mdb (формы, запросы, отчеты, таблицы) и превращаете его в *.mde (с единственной целью - чтобы юзерок не мог "творить", а только работал с данными). если же Вам надо "выковырнуть" данные из *.mde в *.mdb, то вы добавляете в *.mdb связанные таблицы. при этом данные реально лежат в *.mde и вы должны это четко понимать (когда будете править, то они изменятся в *.mde ).
т.е. в каждый момент времени следует четко понимать, где хранятся данные. они, кстати, могут лежать и вовсе во внешних dbf-ках или на sql server'e (как у нас). это - повторю - обеспечивают "связанные" таблицы.
удачи!

Date: 2008-05-16 08:38 am (UTC)
From: [identity profile] hilda67.livejournal.com
не за что! ;))))
только еще раз предостерегаю - обязательно резервное копирование!!!! ;)))