Uit Hack42
Wat voor soorten objecten hebben we?
- systemen - iets met een soort van CPU en memory, waar een OS op draait
- "universele" - OS wordt extern geladen, aanpasbaar met uitbreidingskaarten, etc.
- "dedicated" - OS in firmware, single task (rekenmachines e.d.)
- peripherals - in/uitvoer voor bovenstaand
- invoer (keyboards, tablets, muizen, trackballs, kaartlezers, barcode scanners etc.)
- uitvoer (printers, plotters, kaartponsers, monitoren)
- combinatie van bovenstaande 2 (terminal, kaartlezer+ponser, etc.)
- opslag (harddisks, floppies, bernoully, MO, magtape, paper tape, etc.)
- netwerk
- andere comms (modems, acoustic couplers, current loop converters, etc.)
- specials
- (electro)mechanische reken- en typmachines
- discrete elektronica
- purpose-built spul (testapparatuur, etc.)
- media
- documentatie
- algemeen
- specifiek (install/user/sys.mgmgt/prog/service manuals)
Wat moeten we per object opslaan? (n.b. dit zal varieren per soort object)
Algemeen
- modelspecifiek:
- "Meer info" (externe links)
- Knowhow
- exemplaarspecifiek
- uniek catalogusnummer met QR/barcode
- bijzonderheden
- herkomst
- datum binnenkomst
- Foto's (of link naar gallery/mediawiki)
- Edited by
Voor hardware
Structuur:
- fabrikant
- model 1
- exemplaar 1
- exemplaar 2
- ...
- model 2
- exemplaar 1
- ...
- ...
- model 1
- ...
- algemeen: fabrikant, model, algemene specs (architectuur e.d.), productieperiode
- specifiek: configuratie/variant, serienummer, productiedatum, andere kenmerken, "hoort bij", status
Voor media
Structuur:
- fabrikant/leverancier
- pakket 1
- pakket 2
- ...
- ...
Een extra relationele laag lijkt me hier niet nodig omdat we waarschijnlijk zelden meerdere exemplaren van hetzelfde pakket zullen hebben, en hetzelfde pakket op verschillende media verschillende SKUs zal hebben.
- pakket, SKU, versie, mediatype, "hoort bij", kopie/image gemaakt + naam + datum
- voor OSen: target systeem/config/specs
- voor applicaties: target OS, requirements, restricties.
Voor documentatie
- leverancier/uitgever, auteur, titel, ISBN/SKU, datum
- specifieke docs: "hoort bij", versie, gescanned + filenaam + datum
overpeinzing
- hoe om te gaan met itemX onder verkoopnaam Y
- lijkt me niet zo moeilijk. "Model" heeft altijd een modelnaam/nummer (bijv. VX40B-F2); verkoopnaam (DEC Multia Alpha) is optioneel. Alleen onze pedantic mediawiki valt op een rare manier over een lege naam (indien leeg wordt 'rubriek' genegeerd, en komt het systeem dus niet in Museum). Voor $whateverSQL moet dat geen probleem zijn. Wikilink wordt fabrikant + verkoopnaam, of fabrikant + modelnummer indien verkoopnaam leeg.
DDL
CREATE TABLE fabrikant ( naam varchar(80), logo varchar(80), -- link naar image op wiki artikel varchar(80) -- link naar artikel op wiki ); CREATE TABLE hw_model ( fabrikant varchar(80), modelnaam varchar(80), handelsnaam varchar(80), categorie varchar(20), -- systeem/peripheral/network/comms prod_start date, prod_end date, knowhow varchar(80), -- wikinamen ... ); CREATE TABLE hw_model_system ( fabrikant varchar(80), modelnaam varchar(80), model_sys_type varchar(20) -- desktop/handheld/home/server/werkstation ... model_arch varchar(20), model_bus varchar(20), ... ); CREATE TABLE hw_model_periph ( fabrikant varchar(80), modelnaam varchar(80), model_peri_type varchar(20), -- input/output/inout/storage model_conn varchar(20), -- type connectie naar systeem model_tied_to_system varchar(80) -- "hoort bij" ... ); CREATE TABLE hw_item_system ( fabrikant varchar(80), modelnaam varchar(80), invent_id serial, item_in_date date, item_status varchar(20)[], -- array met status item_status_date date[], -- array van data waarop status gewijzigd is item_status_user varchar(80), -- array met wie status gewijzigd heeft ... );