Программист-ЛюбительУ вас t-sql. Хранить адрес не нужно.
Удивлен. А зачем тогда вообще это поле в таблице NodeElement?

Теперь понял.
Помогите пожалуйста разобраться с одной проблемой.
Имеются в наличии файлы бухгалтерской базы данных в *.dbf (FoxPro), каждому файлу соответствует одна таблица.
Эти файлы необходимы мне в моей базе.
1. Я закидываю файлы *.dbf в папку с моей базой (на прямую через локальную сеть к бухгалтерии не присоединиться, сети нет и не планируется).
2. Импортирую их в мою базу данных в виде связанных таблиц (для MS SQL получаю соответствующие представления). Так как в бухгалтерской базе все эти таблицы завязаны в единую схему данных, а представления связать в схему не представляется возможным (а кроме того многие поля импортируются не совсем корректро, не те типы данных, хотя и близкие), то
3. Создаю в моей базе аналогичные таблицы с соответствующей структурой и завязываю их в единую схему.
4. Создаю хранимую процедуру на синхронизацию созданных таблиц с таблицами бухгалтерии где для каждой таблицы первым действием производится удаление данных из всей таблицы, вторым - вставка данных из соответствующей таблицы бухгалтерии.
Примерно так:




... В общем после запуска этой процедуры на синхронизацию уходит ... часов 8-10, что не приемлемо. Это всего 17 таблиц, из которых только две достаточно объемны и содержат около 200 тысяч записей, остальные таблицы не превышают нескольких сот записей.
Вопрос вот в чем - когда работал только с Акцесс при подобном же подходе синхронизация занимала минут пять-десять, не понятно почему в MS SQL это происходит так долго, и как можно поправить это.

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

Еще примечание. Таблицы бухгалтерии сделаны не очень оптимально :( Я очень много времени потратил пока разобрался как это все работает. Ключи преимущественно составные. А пара таблиц (одних из самых важных для меня) вообще не имеют первичного ключа, и более того его определить там довольно сложно. Многие записи просто повторяются. В общем это большая моя головная боль. И как в таких таблицах (как раз таки тех где несколько сот тысяч записей (это приход/расход)) искать что было изменено .... В общем поэтому и выбрал вариант с полным удалением всех данных из своих таблиц и вставкой данных из обновленной бухгалтерской таблицы.

PS: как так получается что таблицы без ключа... насколько я понял просто некоторые данные считаются нарастающим итогом (коррекции, остатки). Некоторые же другие являются данными по перемещениям по складам. То есть приходит какой-то товар - получаем изначальный приход с кодом товара, и партией (фактически это ключ), а все перемещения по складам дальше идут с тем же кодом товара и партией (отсюда дублирование ключа)... в общем кто занимается базами данных бухгалтерии наверное лучше поймет как это все происходит, я это представляю себе не лучше чем здесь объяснил, мне эти все перемещения в моей работе нафиг не нужны. ... И это понимание к сожалению никаким образо моим проблемам помочь не может.

qwerty112,

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

Я не совсем понимаю что такое "линковка"
связывание осуществлял двумя способами
1. Из проекта АДП Акцесс 2003 - "связанные таблицы", dbase5

2. Из MS SQL - ПКМ на базе/задачи/импорт данных далее выбирал импортировать из эксель - это для файлов эксель. dbf так не пробовал, потому что первый способ пошел, да и затруднился с выбором сервера .... или что там идет.

В идеале мне необходимы бухгалтерские таблицы в моей базе, с правильными типами данных (кстати dbf viewer их тоже не корректно определяет, и что было заложено программистом изначально трудно понять, я "правильные" типы сам расставляю исходя из того что вижу.)
Связанные в единую схему данных, с которой уже можно работать проводя запросы (выборка данных, Вы правы, менять мне в них ничего не нужно... но есть вероятность что понадобится скоро связь с один ко многим с одной из моих таблиц)

qwerty112Изерлонер,

так, "бухгалтерской базы данных" - это 1С ?

Нет. Там старая база под ДОС. Сделана в девяностые.
Простите у меня тут комп тупит по черному в результате моих запросов. Не успеваю ответить, проверить.