Базы данных. Создание связи между таблицами.

Напишу значения у Cataloga (objCatalog)
ActiveConnection:

 Attributes = 0
CommandTimeout = 30
ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Password="";User ID=Admin;Data Source=\\Sgpsrv2\СПД\Конструкторы\Макросы\BaseNodes\dbNodes.mdb;[b]Mode=Share Deny None[/b];Extended Properties=""
ConnectionTimeout = 15
[b]CursorLocation = adUseServer[/b]
[b]IsolationLevel = adXactReadCommitted[/b]
[b]Mode = adModeShareDenyNone[/b]
Provider = "Microsoft.Jet.OLEDB.4.0"
State = 1
Version = "2.8"

Что-то мне жирьненькие не нравятся.
Так.
CursorLocation надо задать adUseClient
Mode - adModeWrite
Щас попробую.

Все разобрался.
Нужно отдельный ключ под это дело создавать.

Вообще интересно более подробно, где применяешь и в какой области (сама по себе задача).

То есть: имеется скажем, монтажный план стен (либо плит перекрытий), каждый стык панелей /плит/ выполняется по определенному узлу (с номером и ссылкой на лист/альбом), с определенным количеством соединительных элементов. В базе хранятся данные по номерам узлов/кол-ву деталей на узел; программа должна считывать с чертежа / подсчитывать кол. узлов и на основании этого стоить спецификацию. Я угадал?
Я когда-то нечто подобное пытался сделать, но до ума не довел. Ну и с Access не связывался, вся база в txt была.

Я так понимаю, сфера деятельности у нас кое-в чем пересекается... Вобщем, была (в принципе, и осуществилась кое в чем) такая загодумка (облегчающая проектирование конструктива проектов панельных жилых домов определенной серии). На все типы ЖБИ имеются типовые альбомы (плиты пер-я/наружка/внутрянка и т.д.), + часть марок привязана к конкретным проектам. Я на все эти изделия создал базу данных (ну, это громко сказано, txt, но тем не менее - основная инфа обо всех изделиях - марка/габариты/масса/обозначение/привязка к проекту/ну и т.д., для разных типов изделий информация разная; есть возможность программно добавлять-менять инф.). Ну и гостовские изделия тоже включил - ФБС, ФЛ-ки. При запуске программы все архивы грузятся, появляется форма. В одном комбобоксе - переключение по типам изделий. Блин, описывать сложно, на dwg.ru хоть рисунок можно прикрепить...Короче, с помощью программы можно отсортировать список нужных изделий - к примеру, плиты пер. L=...b=...с наличием отв. под вентблок - получим список всех марок, удовлетворяющих условиям поиска.

Все изделия в зависимости от типа вставляются на опр. слой, соответствие слоя типу задается в настройках.
Еще имеется функция для того, что бы зеркалить (бывает нужно создать зеркальную секцию) - ничего особенного, просто зеркало, только дополнительно все марки изделий автоматом меняются на зеркальную (если же такой нет - выделяются, что бы можно было легко заметить). Еще есть функция для прорисовки гб перегородки нужной толщины (b задается пользователем, рисуется полилинией со штриховкой). Да, есть небольшая утилитка по расстановке осей.
Ну, и "апофегеем" - создание спецификации. Вводится кол-во этажей, затем попеременно рамкой выбираются монтажные планы (фундамент-цоколь-1-типовой-последний этажи-чердак-кровля), ведется подсчет блоков (при опр. настройках - объектов Text тоже, для обработки старых чертежей). Ну и строится в Excel табличка. В подсчет включается объем газобетона (если перегородки прорисованы через программу). А по узлам и соединительным элементам - так я и не доработал.

> AlexV
Ядрён-батон, как сложно-то а.
Нет я базу на жб изделия не делал еще.
У нас они сделаны блоками с атрибутами.
Есть сами схемы блоков (т.е. сама геометрия блоков,), библиотека файлов этих блоков, для вставки в чертежи монтажек. Ну и сами чертежи жб.изделий
Я только спеку жб.изделий(блоков) считаю.
А спец-цию стали в альбомах жб.изделий (по типам наружки и т.п.) пока щитают в екселе. Но альбомы составлены и пощитаны до монго прихода. А теперь в новых домах только ссылаются на те альбомы, новых изделий очень мало. Поэтому автоматизация этого процесса не так важна.
Так, о чем это мы :D
Слушай, а по шрифтам у тебя есть что нибудь. Что-то типа вставки спец символов.
Я так понимаю, нужно использовать шрифт shx в котором будут нужные спецсимволы. Я полный 0 в этом. Щас читаю у "Aka PG" на куличках, про шрифты, и ничерта не понимаю.

O'k! В принципе, ящик есть в нике, можно через mail. По шрифтам - не занимался я этим делом.

Вижу что не потеме уже, но создавать таблицы и связи лучше сразу используя SQL.

слишком много лишних телодвижений.
Все это можно свести к примеру
DB.Execute("ALTER TABLE ... ADD CONSTRAINT ... FOREIGN KEY ... ")

Через SQL можно. Как не крути весь код что был выше все равно по идеи должен превратиться SQL запросы. Вот примерчик создания таблицы и навешиванием тригера pos_row_lastupdate(), который задает автоматически значение времени последнего update.

CREATE TABLE pos_ecr_config (
  ecr_id      integer NOT NULL,
  param_id    integer NOT NULL,
  val         text NOT NULL,
  lastupdate  timestamp WITHOUT TIME ZONE,
   CONSTRAINT pos_ecr_config_pkey
    PRIMARY KEY (val, ecr_id, param_id)
)
CREATE TRIGGER last_update
  BEFORE UPDATE
  ON pos_ecr_config
  FOR EACH ROW
  EXECUTE PROCEDURE pos_row_lastupdate();

Два раза сделать Execute и готово.

А Вы что связывали таблицы тоже таким же способом как и создавали ключи?
вот связь 2 таблиц

sql="SELECT ps.id
     , ps.sess_id
     , ps.status
     , ps.keys_id
     , ps.siv
     , ps.skey
     , ps.modem_id
     , ps.tan
     , pr.rsa_pri
       FROM pos_sessions    AS ps
 INNER JOIN pos_rsa_keys    AS pr
    ON ps.keys_id    = pr.id
      WHERE ps.sess_id    = ?";

Не городите пока огороды, прочтите про SQL.

ADOX не использовал, но по вашему коду увидел что слишком много писанины требует ADOX.

create table tree(
id serial primary key,
fk_parent int,
spr text unique not null,
descr text,
constraint parent_fkey foreign key(fk_parent) references tree on update cascade on delete cascade
);

Попробуйте что то подобное, access-а нет подрукой