Василий_НЛюди подскажите пожалуйста (или дайте ссылку где можно почитать), как использовать связи в DataBase. Или они носят чисто декаративный характер??
Как правильно пояснил Владимир - они не используются в FoxPro... так, как это используется в сервеной базе данных MS SQL Server... Только для облегчения работы построителя этих самых упомянутых выше - тригеров и хранимых процедур...

Мое добавление к данному топику, что использование данных вещей очень сильно замедляет работу с данными FoxPro... При более 200-300 тысяч записей наступают очень большие "тормоза", отсюда практический вывод - отказаться от этой RI либо использовть MS SQL Server 2005, что собственно компания-производитель FoxPro и рекомендует...

FOX_userУчитывая посещение вами форума по SQL Server, откровенно говоря, непонятна ваша настойчивость в данном вопросе.
Модератор: Давайте уважать друг друга и не переходить на личности.
А если неофициально, то у меня в профиле вообще мало MS SQL Server - это говорит только о том, что по данной технологии очень много литературы, где можно найти ответы на все вопросы... Чем собственно и пользуюсь...

C FoxPro к сожалению, увы - другая картина - кроме HELP, написанного хорошими ребятами почти ничего от VFP 9.1 нет...

P.S. У самых крутых специалистов данного форума в профиле есть только ПТ

CyvСергей, не поднимай руку на святое :)
Есть на просторах инета самописные триггеры RI, оригинальные похоже
не сильно изменились со времён VFP3. Можно и личное творчество проявить.
Сменивший меня на боевом посту коллега заменил все визардовские RI триггера
на более другие :). Вроде пока все живы, хотя я теперь смотрю на это со стороны...
Лично меня стандартные пока не подводили.
Просто поделился своим опытом и опытом одной большой ERP, где все эти триггеры и хп похоронили очень хорошую идею... Они отказались, скорость возросла неимоверно и они пока держутся на рынке... А какой размер у Вас таблиц и используются ли они в дополнение с Ole DB Provider?

FOX_user Чисто практический интерес: а на каком количестве пользователей, на каких операциях, на каком качественном составе этих 200-300 тысяч записей, на каком железе такое наблюдается ? Без намеков, но бывает случаи, когда в триггеры и RI навешивают достаточное количество кода, которого там не должно быть в принципе (ибо логика что и где проверять все-таки должна быть разумной: контроль целостности данных отдельно, бизнес-логика отдельно).Задач было несколько, потому как я пытался честно "прикрутить" теоритические знания баз данных к FoxPro. Самый большой провал был у меня на задаче для call-centre, но там при вставке записи проверялось достаточно много, потому как форма была довольно большая и некоторые справочники заполнялись "на лету", активных пользователей не более 50... Но давно это было и FoxPro был 7.0 Сильно большие проблемы были с электронной торговлей (VFP 8.0 OleDB Provider + ASP.NET VB.NET 1.1), вплоть до отказа в доступе следующему клиенту (задачу переделали на MS SQL Server - все сразу ушло)... После этого я не стал это применять... FOX_user Не откроете секрет, какой именно ? В небезызвестной 1с(dbf-версия), например, выбран не фоксовый контейнер базы и организован не самый плохой подход для работы со словарем базы (хотя реализован однозначно не лучший способ с самими данными и журналами измеений). При этом работа со ссылочной целостностью в общем-то мало кого напрягает.
Это импортная система Opera Pegasus, но они потом отказались и вернули всю логику на клиента...

Cyv Никаких провайдеров, всё нативно :). Но повторюсь, по отношению ко мне - это "из прошлой жизни". Наблюдаю со стороны уж скоро 2 года, всё работает и развивается.
Надеюсь, что у них все и дальше будет хорошо :)

Good luck!