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

kell писал(а) 04. Марта 2008 :: 08:40:


Я тебе уже предлагал следующий подход:

1. из ДБФ коннектишься к базе SQL с помощью либо метода ПрисоединитьМД(), либо без него - прстым соединенем с БД (главное знать адрес)
2. получаешь набор интересующих тебя данных + еще и ID элементов в простую ИндексированнуюТаблицу
3.  Грохаешь текущую таблицу Номенклатуры и Штрихкодов (наверное тоже прямым запросом) - так как в ДБФ базе нужен всего лишь актуальный снимок Товаров из основной
4. Делаешь массовую вставку элементов в ДБФ базу (параметризированным запросом например)

Навскидку
а) как поведут себя нндексы у ДБФ базы при таком подходе
б) необходимо в районе базы ДБФ установить vfpoledb.exe

ЗЫ Помнится Номенклатуры у тебя тысяч 100 ?

Nick писал(а) 04. Марта 2008 :: 09:17:


а почему нет - ИД Типа известен а за уникальность ИД элемента Номеклатуры ответит движок SQL-ной базы

ЗЫ Могу конечно и ошибится

Nick писал(а) 04. Марта 2008 :: 09:26:


автор здесь не озвучил -в ДБФ базе ГАРАНТИРОВАННО не будет других справочников кроме Номенклатуры и Штрихкодов - для которых собственно и делаеться SNAPSHOT

Nick писал(а) 04. Марта 2008 :: 09:33:


Да, в бдф-ной базе кроме этих двух справочников ничего не будет

для работы с терминалом сбора данных, т. к. в основной это не представляется возможным

kell писал(а) 04. Марта 2008 :: 09:53:

Любопытно, почему?

vip писал(а) 04. Марта 2008 :: 09:57:


потому что стандартная обработка ТСД заточена под типовую ТиС.

Цитата:

+100
Типовыми не интересуюсь, но вроде же работают типовые с ТСД?
В чем затрудение то?

Цитата:


Чтобы предложить вариан решения нужно знать все начальные условия, а из вас всё приходится вытаскивать

SQL 2000 поддерживает репликацию через ole db драйверы. Можно просто настроить репликацию этих двух таблиц в SQL. Только индексы придется каждый раз перестраивать

kell писал(а) 04. Марта 2008 :: 11:06:

Ты все-таки опиши, КАК вы работаете.
Что-то не то вы задумали. Решение, возможно, намного проще.

vip писал(а) 04. Марта 2008 :: 11:09:


в общем есть асторовская sql-ная база, в которой не предусмотрена возможность работы с ТСД, и есть типовая ТиС (дбф), в которую было решено перенести номру. Более того, там где будет установлена ТиС, доступ к сети, в которой находится основная база, бывает примерно раз в неделю, тогда и должно происходить обновление номенклатуры, все остальное  время они работают локально

kell писал(а) 04. Марта 2008 :: 11:27:


Через прямые запросы ты можешь выявить список несовпадающей номенклатуры и по OLE качать только
этот список.

vip писал(а) 04. Марта 2008 :: 11:41:


ТСД считывает штрихкоды и количество, а справочник нужен для того, чтобы узнать код и наименование товара, для дальнейшей обработки данных

Цитата:

Для какой обработки?
Назад в SQL что-то передается?

vip писал(а) 04. Марта 2008 :: 11:57:


нет, в sql ничего не передается.

я подобную хрень делал для синхронизации справочника Номенклатуры в 3 базах (все 3 в свое время отпочковались от одной базы) . Анализируешь ЖР в скульной базе и вылавливаешь из него добавленную (измененную) номенклатуру и формируешь список. Затем через ОЛЕ подключаешься к дбф-ной и добавляешь (изменяешь) элементы - это самый быстрый способ при громадном справочнике Номенклатуры.

ЗЫ. Да, надо не забыть, что в СКульной базе изменения номенклатуры - либо только интерактивно, либо в обработки по изменению номенклатуры надо прописать запись в ЖР