Martin Bartosch wrote:

I am thinking about the next code cleanup. We mixed table/objecttype and
state together and called it datatype. I would like to see clean
interfaces and therefore I want to see two options for this. The
question now is, can we agree on this issue and if yes how we should
name the two options?

status/state

I'd go for 'status'.

objecttype/table/type/datatype

I'd prefer objecttype or type here. Reason: it reduces implicit reference to underlying structure: table implies a database. Datatype implies data. 'Object' could be seen as a superclass of data, so I think this should be fine. 'Type' may be to vague, on the other hand. So I'd go for 'objecttype'.

The problem is that some tables contain hashes and no objects (private, data, ...). Type is too vague for me too.

I would prefer datatype and state but this is only a feeling and no real
 reason. Today we can think about such changes because the migrated
code base is really small.

If this is all about data then datatype is perfect. If there is a chance that non-data objects (sic!) is handled, then I'd prefer a more general name (see above).

so still datatype/objecttype

My suggestion is to introduce two new columns 'intca' and 'extca'
for all tables that handle CA specific data (may be all tables).

Two new columns is no problem. What should be the content of these columns (int/text, should there be an index on them). Perhaps I should the docs again - it's too long ago.

Maybe we need an additional table 'CA' that contains meta description
about the existing external/internal CA instances.

Additional tables are always critical. What is the difference between a CA cert and a CA?

I start printing and reading :)

Michael
--
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
[EMAIL PROTECTED]   D-10099 Berlin
_______________________________________________________________

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature



Reply via email to