[Memship-devel] tabell-endringer

[Per I M. <pe...@le...>]

Jeg, Tor og den andre Per (Rebell-red.) hadde et kort m=F8te p=E5 hva basen
trenger, og gikk gjennom tabellene. Vi ble enige om f=F8lgende endringer,
som jeg n=E5 har lagt inn:

create table member (member INT NOT NULL AUTO_INCREMENT, forename
varchar(40), surname varchar(40), address varchar(60), postal varchar(12),
phone_home varchar(20), phone_work varchar(20), phone_mobile varchar(20),
email varchar(30), gender bool, occupation varchar(30), comments
varchar(200), secret_delivery bool, address_error bool, synchronised bool,
country char(2), last_login timestamp, password varchar(20), login_errors
smallint, primary key(member));

Lagt til "address_error bool" og "secret_delivery bool". F=F8rste er n=E5r =
vi
vet adressen er feil, andre n=E5r vedkommende av ulike =E5rsaker =F8nsker =
=E5
motta post anonymt innpakket.

Nye tabeller:

create table postal_errors (member INT NOT NULL, subgroup INT NOT NULL,
unit int, primary key(member, subgroup));

Dette er for =E5 registrere utsendinger (feks nummer av Rebell) som ikke
blir utsendt av ulike grunner. En kan da velge =E5 ikke belaste mottaker fo=
r
dette nummeret, eller se hvor mange nummer som ikke har kommet fram n=E5r
adressen endelig fikses.

create table payment_required (member INT NOT NULL, subgroup INT NOT NULL,
unit int, payment int, primary key(member, subgroup));

Denne registrerer utest=E5ende. Feks hvis en person abonnerer og mottar
f=F8rste nummer + en giro. N=E5r en skal ha liste over alle som skal motta =
et
nummer, skal kunne s=F8ke fram alle som ikke har betalt og ikke har
utest=E5ende for det samme nummer (=3Dallerede f=E5tt).

Mvh
Per