Здpавствуйте, All!
Делаю утилиту, генерирующую модуль (INDEXer.PRG), который
будет использоваться для пересортировок.
С индексами вопросов нет, неясности со связями (relations).
Майкрософт, по связям, открывает .DBC и идет по записям.
У меня данные собираются через ADIR() и, соответственно,
порядок получается другой.
Пример из TASTRADE
Первая связь у Майкрософт:
ALTER TABLE 'ORDER_LINE_ITEMS' ;
ADD FOREIGN KEY ;
TAG PRODUCT_ID ;
REFERENCES PRODUCTS ;
TAG PRODUCT_ID
Первая связь у меня:
ALTER TABLE 'employee' ;
ADD FOREIGN KEY ;
TAG group_id ;
REFERENCES user_level ;
TAG group_id
После работы INDEXer.PRG , у тасманийцев, в дизайнере DBC, все
связи выглядят как "родные"... но меня смущает первый индекс
DCX (см. ниже), т.к. objectname - "Relation1", "Relation2", "Relation3"...
Вопросы:
Кто может что-нибудь сказать по этому поводу?
Также интересует о наличии утилит в СЕТИ (кроме GenDbc)
для создания подобных модулей...
Structure for table: *.DBC
Code Page: 1252
Field Field Name Type Width Dec Index Collate Nulls
1 OBJECTID Integer 4 No
2 PARENTID Integer 4 No
3 OBJECTTYPE Character 10 No
4 OBJECTNAME Character 128 No
5 PROPERTY Memo (binary) 4 No
6 CODE Memo (binary) 4 No
7 RIINFO Character 6 No
8 USER Memo 4 No
** Total ** 165
*.DCX
INDEX ON str(parentid)+objecttype+lower(objectname) ;
TAG objectname FOR .not.deleted()
INDEX ON str(parentid)+objecttype ;
TAG objecttype FOR .not.deleted()
Bye.