Hi Gojko,

I know this kind of thing can be frustrating and what with the language barrier and also, other developers now knowing exactly what you are trying to do, this can make matter seem much worse. However

>First, to create all counters in \DATA\Appdata for all subdirectories ( each set has prefix which is name of subdir )

This might work but am I right in assuming that you are using multiple copies of appdata.dbc in the lower level directories? If so, this may well cause problems. Also, you mentioned that you might have to be copying things around? This is not a good idea.

>second is not to use counters in Appreg01 then in free table with proper sequential keys.

Sure, but, there are very reliable CM standard PK generation techniques that you are losing out on because you are going a non-standard route, at least from the perspective of the framework.

The method I outlined to you this morning should work (it would be easy to test) and, will handle all of the PK generation and manage the metadata for you, all within the bounds of the framework - nothing non-standard about it. As far as I can see, as long as you have the data sub-folders in the path, you should be easily able to access the application data from the data\subfolder without moving or copying anything - in addition, you can use completely standard CM PK generation. Also, all of the various Appreg01 tables can remain open because they will not conflict with each other - they are prefixed with the name of the DBC that owns it and Codemine will be completely happy with this.

If I were you, I would at least give this a try before you start really fighting the framework.