Есть таблица T1 (*.mdb), которая должна быть одинаковой с таблицей SRC (MS SQL Server).
До недавнего времени из T1 стирал всё, подключался к MS SQL Server так, как написано тут и просто копировал в цикле. Но если будет вдруг 2000000 записей... Использую Access2000.
А есть какой нибудь более лучший и быстрый способ?

Это сообщение отредактировал(а) kapbepucm - 6.8.2007, 14:35

Подробнее... 
Откуда берется одна и другая таблицы. 
В какой могут меняться данные и как.
Каков объем таблиц и обновления.
Почему нельзя оставить одну таблицу.
И так далее...

Неописанные детали:
1) T1 (которая постоянно устаревает) находтся в *.mdb, SRC находится в БД MS SQL Server
2) данные меняются неопределённо в SRC; T1 должен "догонять"
3) объём относительно не большой, примерно 2000 записей по 520 байт (3 таблицы), но даныые меняются не очень значительно, поэтому нужно немного записей добавить или выкинуть из T1 (то, что у меня благополучно не вышло)
4) 1 таблицу... Может, конечно, связать с MS SQL Server. Но у меня тут куча сохранённых запросов, на них опирается куча форм и отчётов...

Это сообщение отредактировал(а) kapbepucm - 6.8.2007, 14:31

Ну так и в чем проблема? Вместо статической Аксессовой таблицы имеешь прилинкованную таблицу с SQL-сервера (имя только не меняй)... тем более что, как я понимаю, она нужна в режиме только для чтения... впрочем, для снятия лишних геморроев тогда лучше (но совершенно не обязательно) преобразовать MDB в ADP.
В результате ты получишь обращения непосредственно к таблице на SQL-сервере.

Другое дело, если есть проблемы со связью, и SQL-сервер по каким-то причинам не всеглда доступен. В таком случае действительно лучше хранить локальную копию таблицы. А при указанном количестве записей (2 тыс.) гораздо быстрее указанной ранее технологии будет последовательное выполнение 2 запросов:

Если нужна табличка только на чтения с сервера лучше пользоваться хранимым запросом к серверу. Во много раз быстрее.

Проблемный вопрос: сколько раз я ни пытался, но даже в мастере создания линков ругается "Connection failed"; конечно, не факт, что я всё правильно делаю. Как грамотно сделать хранимый запрос к SQL Server'у или хотя-бы где почитать инфу?

Ещё вопрос. Подскажите какой-либо механизм для данной разработки сигнализирующий о том, что нужно обновление (данные ведь могут и не менятся- зачем загружать процесс ненужными дейсвиями). Интересует максимально быстрый вариант.

TimeStamp of Last Update

Я об этом уже писал - ищи.
Шаги:
1. Создать ODBC DSN. Там и можно проверить работоспособность соединения.
2. Сазаеть запрос к серверу. 
3. В строке соединения запроса написать "ODBC;DSN=имя"

ODBC DSN можно создавать программно. В результате запрос не будет зависеть от имени сервера, пользователя и т.п.

Это сообщение отредактировал(а) bopoha - 8.8.2007, 00:36

В конце концов получилось создать линк. (Наверно задаю вопросы типа: "А как поменять обои на рабочем столе Windows?" )
Интересно както получается: та база данных- часть закрытого проекта, имеющая иерархию пользователей (у каждого там права, пароли). Я, создавая линк, написал UID кладовщика (пароль нигде не писал), который при нормальном входе имеет доступ не ко всему и то ReadOnly; а тут я смог даже редактировать любую таблицу. Чтобы это могло значить?
Ну и вопрос. Вообще не хочу иметь полноправный доступ к таблицам. Есть ли возможность ReadOnly подключения?

Беспарольный sa? да сплошь и рядом...


на клиенте? укажи это в свойствах Connection

Гм... Плачевно то, что там хранится секретная информация. Кому только доверили...
Спасибо, вопрос считаю решенным.