|
META TOPICPARENT |
name="InternalDiscussion" |
Voms multiple certificates support design document
Cambiamenti allo schema del DB |
|
> > | Considerazioni
Visto che viene ridisegnato il db, io farei uno sforzo per standardizzare il naming delle tabelle, in particolare:
la chiave primaria si chiama sempre id.
un riferimento alla chiave di una tabella esterna viene sempre chiamato NOMETABELLA_id. |
| La nuova USR (che io rinominerei MEMBER)
|
|
phone_number |
varchar(255) |
not null |
email_address |
varchar(255) |
not null |
creation_time |
datetime |
not null |
|
|
< < |
validity |
long |
not null, validita' della membership espressa in giorni |
|
> > |
end_time |
datetime |
not null |
|
| |
|
< < | creation_time e validity sono necessari per la gestione della sospensione automatica delle membership |
> > | creation_time e end_time sono necessari per la gestione della sospensione automatica delle membership |
| dopo un certo periodo (requirement JSPG).
La nuova tabella CERTIFICATE |
|
email |
varchar(255) |
suspended |
boolean |
default false |
suspension_reason |
varchar(255) |
questo campo puo' contenere un messaggio da dare all'utente quando fa voms-proxy-init per informarlo dei motivi della sospensione del certificato |
|
|
< < |
|
|
not_after |
datetime |
creation_time |
datetime |
|
|
subject_string |
varchar(255) |
unique |
subject_der |
BLOB |
der del DN della ca |
description |
text |
|
|
< < |
|
|
not_after |
datime |
creation_time |
datetime |
|
| conterra' il valore 3. |
|
< < | Considerazioni
Visto che viene ridisegnato il db, io farei uno sforzo per standardizzare il naming delle tabelle, in particolare:
la chiave primaria si chiama sempre id.
un riferimento alla chiave di una tabella esterna viene sempre chiamato NOMETABELLA_id. |
| -- AndreaCeccanti - 04 May 2007
|
META TOPICPARENT |
name="InternalDiscussion" |
Voms multiple certificates support design document
Cambiamenti allo schema del DB | |
< < | La nuova USR (che io rinominerei MEMBERS) | > > | La nuova USR (che io rinominerei MEMBER) | |
| |
phone_number |
varchar(255) |
not null |
email_address |
varchar(255) |
not null |
creation_time |
datetime |
not null |
| |
< < |
validity |
timespan |
not null |
| > > |
validity |
long |
not null, validita' della membership espressa in giorni |
| |
creation_time e validity sono necessari per la gestione della sospensione automatica delle membership
dopo un certo periodo (requirement JSPG). | |
< < | La nuova tabella CERTIFICATES | > > | La nuova tabella CERTIFICATE | |
| |
> > |
ca_id |
ref ca(id) |
member_id |
ref member(id) |
| |
subject_string |
varchar(255) |
not null, unique? |
subject_der |
BLOB |
der del DN, puo' essere null (fase di transizione) |
email |
varchar(255) |
| |
< < |
| |
suspended |
boolean |
default false |
suspension_reason |
varchar(255) |
questo campo puo' contenere un messaggio da dare all'utente quando fa voms-proxy-init per informarlo dei motivi della sospensione del certificato |
not_before |
datetime |
| |
creation_time mi serve per tenere traccia di quando vengono aggiunti i certificati.
not_before e not_after vengono estratti dal der se presente. | |
< < |
La nuova tabella USR_CERTIFICATES
Altri campi necessari su questa relazione? Non me ne vengono in mente. | > > | La relazione con la tabella members viene giustamente fatta qui (e non in una tabella separata) tramite
il campo member_id, perche' si tratta di relazione uno-a-molti e non molti-a-molti e dipende
dall'esistenza di un utente. | |
La nuova tabella CA | |
description |
text |
not_before |
datime |
not_after |
datime |
| |
> > |
| |
La tabella VERSION |
|
META TOPICPARENT |
name="InternalDiscussion" |
Voms multiple certificates support design document | |
email |
varchar(255) |
ca_id |
ref ca(id) |
suspended |
boolean |
default false |
| |
> > |
suspension_reason |
varchar(255) |
questo campo puo' contenere un messaggio da dare all'utente quando fa voms-proxy-init per informarlo dei motivi della sospensione del certificato |
| |
not_before |
datetime |
not_after |
datetime |
creation_time |
datetime |
|
|
META TOPICPARENT |
name="InternalDiscussion" |
Voms multiple certificates support design document | |
-- AndreaCeccanti - 04 May 2007 | |
> > |
<--
--> | | \ No newline at end of file |
|
> > |
META TOPICPARENT |
name="InternalDiscussion" |
Voms multiple certificates support design document
Cambiamenti allo schema del DB
La nuova USR (che io rinominerei MEMBERS)
nome_campo |
tipo |
commenti |
id |
long |
primary_key |
name |
varchar(255) |
not null |
surname |
varchar(255) |
not null |
institution |
varchar(255) |
not null |
address |
text |
not null |
phone_number |
varchar(255) |
not null |
email_address |
varchar(255) |
not null |
creation_time |
datetime |
not null |
validity |
timespan |
not null |
creation_time e validity sono necessari per la gestione della sospensione automatica delle membership
dopo un certo periodo (requirement JSPG).
La nuova tabella CERTIFICATES
nome_campo |
tipo |
commenti |
id |
long |
primary_key |
subject_string |
varchar(255) |
not null, unique? |
subject_der |
BLOB |
der del DN, puo' essere null (fase di transizione) |
email |
varchar(255) |
ca_id |
ref ca(id) |
suspended |
boolean |
default false |
not_before |
datetime |
not_after |
datetime |
creation_time |
datetime |
creation_time mi serve per tenere traccia di quando vengono aggiunti i certificati.
not_before e not_after vengono estratti dal der se presente.
La nuova tabella USR_CERTIFICATES
nome_campo |
tipo |
commenti |
usr_id |
long |
references usr(id), pri_key |
certificates_id |
long |
references certificates(id), pri_key |
Altri campi necessari su questa relazione? Non me ne vengono in mente.
La nuova tabella CA
nome_campo |
tipo |
commenti |
id |
short |
primary_key |
subject_string |
varchar(255) |
unique |
subject_der |
BLOB |
der del DN della ca |
description |
text |
not_before |
datime |
not_after |
datime |
La tabella VERSION
conterra' il valore 3.
Considerazioni
Visto che viene ridisegnato il db, io farei uno sforzo per standardizzare il naming delle tabelle, in particolare:
la chiave primaria si chiama sempre id.
un riferimento alla chiave di una tabella esterna viene sempre chiamato NOMETABELLA_id.
-- AndreaCeccanti - 04 May 2007 |
Copyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Ideas, requests, problems regarding TWiki? Send feedback
|