День добрый!

Возникла следующая проблема: имеется приложение, которое работает с базой mdb. Это приложение осуществляет загрузку данных через выполнение SQL-скрипта на ADO-соединении.

Отработан скрипт для соединения с базами Paradox. Он выглядит как набор команд вида:


Возникла необходимость написать такой же для соединения с базами SQL Server.

В хелпе про указание такого внешнего источника ничего внятно не сказано.

Для уточнения сразу: ни Access, ни adp не используются. работа ведётся исключительно через ADO.

С клиента, с клиента. Если с сервера - там, я понимаю, до ушей разного геморроя должно возникать.

Хотя, в принципе, меня устроило бы подключение любому к ODBC-источнику.

Спасибо, конечно, но как мне этот скрипт через ADO прогнать?

Скрипт писан на SQL.

Приложение - редактор геологической модели :)

Оперирует проектами, которые хранят в себе данные о скважинах - историю добычи, координаты пластопересечения и всё такое прочее. Хранилище данных - база mdb.

Само собой, набивать данные руками, если они есть в других источниках, идиотов нет. Другие источники представлены в виде текстовых файлов, таблиц Paradox, баз SQL Server 2000.

Соединение с базой проекта ведётся через ADO. До сих пор операции импорта прекрасно решались через выполнение sql-файлов. Имеется сильное желание сделать такую же вещь для SQL Server. А вернее, надо ко вторнику :). Через лобовое - два соединения, одно к mdb, другое к SQL Server, встать-скопировать - решать не хочется, ибо тормозит страшно, причём тормоза на 90% из-за болтания курсора по выборкам, даже при упорядочении. Для примера - аналогичная байда, сделанная через BDE (первая версия для уже упомянутых выше таблиц Paradox) работает до суток, что нихрена никому не интересно, тогда как SQL-версия работает всего двадцать минут, что вполне приемлемо.

Так, так, ну-ка, а чуть подробнее.

Во первых строках вашего письма:

автор
вариант написания синхронизатора в виде mdb файла
к которому линкуются :
- Хранилище данных - mdb;
- sql server;

на рабочий стол иконку
форма на автомат в ней
currentproject.connection.execute

при запуске mdb выполняет тот-же запрос но в упрощённом виде:




Это как? То есть имею mdb (назовём его Оператор), всё значение коего состоит в том, что он слинкован с другим mdb (назовём Приёмник) и сервером (соответственно, Источник). При наличии требы слить нужные данные загружаем Оператор, выдаём ему на хобот имена/строки соединения Приёмника и Источника, после чего дёргаем в нём за что-то, и привет - "пошла качаться"? Я правильно понял?

Access у меня XP. С конфы, к сожалению, забрать не смогу - админы рвут - но есть боевой адрес maxlife(#)sibniinp.ru.

Другие вопросы:

1. (Самый важный) - без наличия установленного Access'а точно будет ли работать? На юзерах он не установлен за ненужностью.

2. Смогу ли я динамически устанавливать параметры линков в Операторе? (в смысле, есть ли возможность это закрутить на VB, а потом дёргать за функции?)

В любом случае спасибо за мысль.

Мастера не катят, так как вся музыка должна идти незаметно от пользователя. Другой вопрос, как вызвать VB-шый метод через ADO-соединение.

Чем-то вроде "select * from myMethod(param1, .. ,paramN)"?

2 Latuk: большое спасибо. Как раз сейчас пригодится.

2 Shuhard:

Не сошёлся свет клином на Access'e. На приложении, в смысле, коли есть дравера OLE DB :).

По поводу insert'ов - всё может быть проще. Я думаю, примерно так:


Единственное, не могу вызвать функцию из запроса - пишет, что нет такой, не определена. Обидно...

Я думал, что имеется. А не имеется, видимо :(

Никак не могу вызвать функцию через ADO из mdb. Получается, что модули функционируют только в среде Access. Перевод в mde не помог. Думаю и ищу стенку покрасивше :)

День добрый, ребята.

Поясняю в коий уже раз:

Есть просто ADO-соединение с mdb. Всё, больше нет ничего.

В соединение уходят SQL-команды. Их провайдер Jet выполняет.

Программа представляет собой клиент, который должен уметь присосаться к внешнему источнику данных - сейчас только Paradox и текстовые файлы - и вытянуть всё, что ей интересно. Объёмы данных большие.

Копая данные Paradox, можно отправлять скрипты вида, указанного в первом посте. Очень хотелось сделать так же для SQL Server.

Вчера у меня родилась с вашей подачи идея, как оказалось, дохлая, что, если в mdb засунуть ряд скриптов и настроек, то можно будет это самое mdb использовать как промежуточный модуль-конвертор. Однако вчера же и выяснилось, что эта музыка не катит, так как скрипты и прочее явно выполняются исключительно в VB-контексте Access, а этот контекст использовать нельзя.

Всевозможные советы насчёт серверных примочек вроде DTS не канают, так как требуют:

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

В общем, усложнение задачи несёт за собой вагоны геморроя, который придётся расхлёбывать постоянно, а на это в подавляющем большинстве случаев нет ни времени, ни ресурсов. Увезут программу куды-нить в один из городов Лукойла, и привет горячий - за каждым чихом в командировку. Никаких денег не хватит.

Так что, видно, придётся плюнуть мне на все эти хохмы "слюной, как плевали до исторического материализма", и писать в лоб, используя блочную передачу...