Hi,

> 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 reason in the background is that I want to reduce the unnecessary
> usage of regex. We really often use regex to parse and handle the
> datatype. This costs performance and sometimes it creates errors. I
> start thinking about this because I wan to update the DBI docs.

Good thing.

> 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).


Other issue: as we are turning everything inside-out, this should
be a good time to introduce the internal/external CA thing at least
into the database schema and maybe into the interfaces.
This is a very fundamental thing and we need to get this right
if we want to support multiple CA setups and automated CA rollover.
(For a detailed description see the OpenCA guide, appendix strategy,
automated CA rollover.)

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

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

cheers,

Martin




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
OpenCA-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openca-devel

Reply via email to