"Alexandr Kochmin" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> ну так подскажи тогда человеку по FK
FK - делаем как учили классики.
CREATE TABLE TAB1 (
ID INTEGER NOT NULL,
BASE_ID INTEGER NOT NULL, ...... );
ALTER TABLE TAB1 ADD CONSTRAINT TAB1_PK PRIMARY KEY (ID, BASE_ID);
.......
CREATE TABLE TAB2 (
.........
TAB1_ID INTEGER,
TAB1_BASE_ID INTEGER, .......);
......
ALTER TABLE TAB2 ADD CONSTRAINT TAB2_TAB1
FOREIGN KEY (TAB1_ID, TAB1_BASE_ID)
REFERENCES TAB1 (ID, BASE_ID) ON DELETE тра-та-та ON UPDATE ля-ля-ля;
> И еще, поделился бы, как ты при этом репликацию делаешь.
Эта наша проктология нудная, и мало интересная широкой общественности 8-)
Алгоритм описывать - неделя нужна.
Если коротко, то в филиалы (у нас аптеки) из центра идут справочники,
накладные,
остатки склада, выжимки из прайсов поставщиков,
категории ассортимента, режимы работы, скидки .... и еще много всякой
всячины.
А из аптек в центральный офис - журналы продаж, текущие остатки, дефектура,
индивидуальные заказы, информация об акцептах/неакцептах позиций в
накладных,
проекты возвратных накладных, .... и т.д.
Несколько аптек объединены в отделения.
Для зав. отделением поступает та же информация (пройдя через центр),
что и в центральный офис, но только по ее/его аптекам.
По большому счету это не репликация баз в общепринятом смысле,
а всего лишь синхронизация справочников и обмен информацией.
Если кому интересно, то отвечу на конкретные вопросы.
Просто описывать весь обмен (репликацию) слишком долго, да и не интересно.
--
Артур Галимов. ФК "ФармМедСервис" (Сочи).
