ok, well here is the problem.
lets look at the syntax diagram for the action EXPORT (from RuleLanguage.PDF)
EXPORT (Id() | StringLiteral()) TO ArithmeticOperation()
[ "FOR UPDATE" ]
[ "EXCLUDE RELATIONSHIPS" ]
[ "EXCLUDE BINARY" ]
[ "USING" ArithmeticExpression () ]
[ "APPEND" ]
compared to IMPORT:
IMPORT Id() (FROM | FROM XML) ArithmeticOperation()
^^^^^^^^^^ this is obviously incomplete.
The options are missing from this diagram...
If you've already seen the UserGuide.PDF section, it only lists THREE options:
The following options can be used with the action:
1. IN BATCHES OF
If the action is likely to import many instances of the business object (hundreds or even thousands) their processing may take a while. In this case it is better to import smaller chunks (batches). After import of each batch finishes the results are immediately committed to the system and stored in the database. If the batch size is not specified the system will only commit the results once all instances have been imported (see Batch Operations). For example:
IMPORT PersonalSavingAccount FROM 'c:/mydocuments/psa.csv'IN BATCHES OF 100
2. WITH VALIDATION
If this keyword is specified any rules associated with the business object being imported will be executed. If any rule fails for some record in the import file, this record will be ignored. If this option is omitted, the instances of the business object will be stored in the system but any rules associated with the business object will not be executed. For example:
IMPORT PersonalSavingAccount FROM 'c:/mydocuments/psa.csv' WITH VALIDATION
3. USING
If this keyword is specified an import is performed using one of the user-defined import templates, for example:
IMPORT PersonalSavingAccount FROM 'c:/mydocuments/psa.csv' USING
'My import template'
IT IS MISSING THESE OPTIONS - 3. KEEP RESULTS, and 4. CREATE IF NOT FOUND, which are only found in RuleLanguage.PDF
I'm only looking at the docs in my sole, installed production directory. Both documents say v 7.1, yet they conflict.
So, yes, I did read, I did search the forum - and had this reply (or SOLUTION by the OP) been posted back in MAY, it would have saved me hours of doing a work around, which was to import my rows into a temporary BO and process them using SEARCH_COUNT to decide if I needed to ADD or UPDATE. It works, but it cost me a big delay.
thx for at least answering this.
jaymer...