Импорт из Акцес в MS Sql Server

[PSD]

Есть база акцесовская нужно из нее регулярно таcкать данные в SQL сервер.
Записей в табличке много  > 30000  и каждый день добавляется еще 3-4 десятка(собственно ради них и все и затевается).

Пишу DST пакет, открываю 2 соединения создаю тарнсфер.  Делаю

Код:

select * from [Часовые] 

из таблицы  акцеса и перегоняю данные в sql Server.

Чтоб не мотать каждый раз всю таблицу, накладываю ограничение получается

Код:

select * from [Часовые] where ДатаВремя>=date()-5 

Что б брал не все а только за последние 5 дней.

Как только добовляю where ДатаВремя>=date()-5 данные пестают импортироваться ДТС отрабатывает без ошибок, но ни одна запись не вставляется. По внешнему виду похоже что нет не одной записи соотвествующей условию.
 Этот же запрос запущеный в акцес возвращает положеное количество записей.
Погонял пакет несколько раз, в друг с дуру импортировалось потом опять перестало.
Не сталкивался никто с такой фигней?

[Alf]

Попробуй вместо date() поставить GETDATE()

[PSD]

getdatе  акцес не принимает ... конект к базе делается по средством ОleDB

Да и не вдате дело вообще глюк проявляет себя при любой попытке наложить ограничение.

[Dimka]

А перегонку данных инициализирует Access?

Просто, если положение базы Access фиксированное (путь к ней), то можно делать наоборот, подключить базу как внешний источник данных к серверу, в SQL Server установить job, который SQL Server Agent будет запускать периодический.

Если не навру, то в сервере нужно будет написать dateadd(day, -5, getdate()). А вот в Access, если память не изменяет, тоже есть аналогичная функция прибавления даты. Ты уверен, что date()-5 правильно работает?

[Mouse]

Погонял пакет несколько раз, в друг с дуру импортировалось потом опять перестало

Тогда дело не в условиях отбора и не в date(). Похоже, у тебя происходит дублирование ключевых полей при вставке данных в таблицу SQL. При реальной работе такого быть не должно (если данные будут копироваться 1 раз в 5 дней), а вот при отладке - легко. ИМХО "сдуру" он импортировал записи тогда, когда все записи из Access'а (а точнее значения их ключевых полей) не конфликтовали с записями в таблице SQL. При втором прогоне, ясное дело, происходит Violation of primary key constraint.
Лечить в принципе не нужно, ведь если пакет будет выполняться только 1 раз в 5 дней, то глюков не будет. Только тогда нужно писать

Код:

select * from [Часовые] where ДатаВремя > date()-5

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

[PSD]

Mouse, ошибок при выполнении DTS пакета не происходит, дублирование ключей тоже не может быть потому как данные перегоняются в мусорные таблицы которые перед импортом дропаются и создаются заново.dimka, Импорт инициирует SQL Server, со связаными таблицами тоже вариант но не очень хочется....
Date()-5  это последний самый дубовый варинт, в первом случае я пробовал более элегантный метод в акцесе лежит табличка в которой для каждого источника зафиксирована дата и время последнего импорта и соотвественно был запрос

select * from [Часовые] where ДатаВремя > (select last_date from fixTime where id_count=1)

 чтоб для каждого источника взять только те данные которые еще не импортированы.
Результат тот же ...  

Технически я проблему решил, создал запрос в базе с нужными ограничениями и просто теперь делаю из него селект, я хочу понять в чем собственно была проблема ато получается как в анекдоте "-Ты сам не знаешь что починил или не хочешь говорить?"

[Dimka]

Не совсем понял, каким образом SQL Server инициализирует связь с базой, да ещё так, чтобы не работало.

Например. Создаём прилинкованный к источнику данных сервер (к базе Northwind из Access).

Код:

sp_addlinkedserver 'AccessDB', 'Access 2003', 'Microsoft.Jet.OLEDB.4.0', 
    'C:\Program Files\Microsoft Office\OFFICE11\SAMPLES\Northwind.mdb'

Теперь эта база подключена как сервер AccessDB (в EM можно увидеть в Security/Linked Servers)

Теперь делаем запрос.

Код:

select o.*
from AccessDB...Orders o
where datediff(year, o.OrderDate, getdate()) > 6

Запрос рабочий, принимает синтаксис SQL Server, а не Access, WHERE корректно отрабатывает.

А ты как базу подключаешь?
(видимо, через внешнюю хранимую процедуру)