Промежуточная база?

← →
Anatoly Podgoretsky © (2005-01-14 13:41) [40]

Наличие АДО на машине, не гарантирует наличия библиотек JET и MS SQL Provider. Многократно сталкивался с этим.

← →
sniknik © (2005-01-14 15:49) [41]

vlad_ri (14.01.05 13:37) [39]
согласен, если это нужно. если же задача проще (как в вопросе) временно накапливать данные в случае обрыва связи, и при восстановлении просто обновить/добавить то достаточно и adodataset, тем более специально оговорено условие ничего дополнительно не ставить. а это уже используется, это не дополнительное это основное.
вариант с дискетой, и для adodataset-а подойдет...
(в итоге нет только информации об изменениях а сверять в принципе зачем? более позние данные просто принимаются и все)

---------------
я пришол к тебе с дискетой, расказать что сеть упала... ;о)

← →
Anatoly Podgoretsky © (2005-01-14 15:55) [42]

sniknik © (14.01.05 15:49) [41]
(в итоге нет только информации об изменениях а сверять в принципе зачем? более позние данные просто принимаются и все)

Немного сложновато будет это осуществить, если в информации будет отсутствовать информация о времени. Система то много пользовательская.

← →
sniknik © (2005-01-14 16:24) [43]

Anatoly Podgoretsky © (14.01.05 15:55) [42]
а в ClientDataSet-е и время изменений сохраняется? или тоже придется реализовывать?

← →
vlad_ri (2005-01-14 16:28) [44]

2 sniknik © (14.01.05 15:49) [41]
Что-то я не помню чтоб речь шла исключительно о добавлении записей, если это так то действительно может подойти и AdoDataSet. В противном случае - сомневаюсь.

← →
sniknik © (2005-01-14 16:38) [45]

vlad_ri (14.01.05 16:28) [44]
ноу проблем, не помниш, перечитай вопрос. (это первая в топике запись) ;о))

p.s. по моему написание "Необходимо писать в MSSQL ..." как раз указывает на заливку данных в MSSQL а не работу с ним чтение/запись/обновление.
а вообще надоело, пусть будет ClientDataSet я что против чтоли? всего лиш указал на дополнительную возможность. ClientDataSet форевер!!!! ;о))

← →
Romkin © (2005-01-14 16:41) [46]

sniknik © (14.01.05 16:24) [43] В cds есть savepoint, к ней откатывать можно :))

← →
Anatoly Podgoretsky © (2005-01-14 18:54) [47]

sniknik © (14.01.05 16:24) [43]
Не знаю, также как не знаю, как разруливается слияние.

← →
Anatoly Podgoretsky © (2005-01-14 18:58) [48]

sniknik © (14.01.05 16:38) [45]
p.s. по моему написание "Необходимо писать в MSSQL ..." как раз указывает на заливку данных в MSSQL а не работу с ним чтение/запись/обновление.

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

Всем спасибо! Действительно, решил использовать ClientDataSet, а чтобы не рос, буду использовать savetofile & loadfromfile

> а чтобы не рос, буду использовать savetofile & loadfromfile
хм... судя по высказываниям о том, что запись в файл в ClientDataSet сохраняется с информацией о изменениях, то именно это и не поможет от лишнего "роста". (надо чтото другое делать, типа там отключать кэширование изменений или подобное (подогнать к ADODataSet-у по поведению))

но все одно, ClientDataSet форевер!!!! ;о)) используй, даже если основное отличие и приходится "искоренять".

После успешной репликации, файл можно и уничтожать.

Промежуточная база? Найти похожие ветки