Relationsdatabaser. Data skapar problem

Uppkomsten datateknik i vår tid markerade en informationsrevolution inom alla områden av mänsklig verksamhet. Men så att all information inte blir onödigt skräp v globalt nätverk Internet uppfanns ett databassystem, där material sorteras, systematiseras, vilket gör att de är lätta att hitta och presentera för efterföljande bearbetning. Det finns tre huvudtyper - relationsdatabaser, hierarkiska, nätverk.

Grundläggande modeller

För att återgå till uppkomsten av databaser bör det sägas att denna process var ganska komplex, den har sitt ursprung i utvecklingen av programmerbarg. Därför är det inte förvånande att antalet av sina modeller på det här ögonblicket når mer än 50, men de viktigaste anses vara hierarkiska, relationella och nätverk, som fortfarande används i stor utsträckning i praktiken. Vad är dem?

Hierarchical har en trädstruktur och är sammansatt av data från olika nivåer, mellan vilka det finns länkar. Nätverksmodell DB är en mer komplex mall. Dess struktur liknar en hierarkisk, och schemat utökas och förbättras. Skillnaden mellan dem är att den hierarkiska modellens ärftliga data kan ha ett samband med endast en förfader, medan nätverksdata kan ha flera. Strukturen för en relationsdatabas är mycket mer komplex. Därför bör det analyseras mer i detalj.

Grundkonceptet för en relationsdatabas

En sådan modell utvecklades på 1970-talet av Edgar Codd, Ph.D. Det är en logiskt strukturerad tabell med fält som beskriver data, deras relationer med varandra, de operationer som utförs på dem, och viktigast av allt, reglerna som garanterar deras integritet. Varför kallas modellen relationell? Den bygger på relationer (från lat. Relatio) mellan data. Det finns många definitioner för denna typ av databas. Relationstabeller med information är mycket lättare att organisera och bearbeta än i ett nätverk eller en hierarkisk modell. Hur kan detta göras? Det räcker att känna till funktionerna, modellens struktur och egenskaperna hos relationstabeller.

Processen att modellera och rita upp huvudelementen

För att skapa ditt eget DBMS bör du använda ett av modelleringsverktygen, fundera över vilken information du behöver arbeta med, designa tabeller och relationella enstaka och multipla relationer mellan data, fylla i entitetscellerna och ställa in den primära, främmande nycklar.

Modellering av tabeller och design av relationsdatabaser görs med hjälp av gratis verktyg som Workbench, PhpMyAdmin, Case Studio, dbForge Studio. Efter detaljerad design bör du spara den grafiskt färdiga relationsmodellen och översätta den till färdig SQL-kod. I detta skede kan du börja arbeta med datasortering, bearbetning och systematisering.

Funktioner, struktur och termer relaterade till relationsmodellen

Varje källa beskriver sina delar på sitt eget sätt, så för mindre förvirring skulle jag vilja ge en liten ledtråd:

• relationsetikett = enhet;
• layout = attribut = fältnamn = enhetskolumnrubriker;
• entitetsinstans = tuppel = post = tabellrad;
• attributvärde = enhetscell = fält.

För att komma till egenskaperna hos en relationsdatabas behöver du veta vilka grundkomponenter den består av och vad de är till för.

1. Väsen. Det kan finnas en tabell i en relationsdatabas, eller så kan det finnas en hel uppsättning tabeller som kännetecknar de beskrivna objekten på grund av den data som lagras i dem. De har ett fast antal fält och ett variabelt antal poster. En relationsdatabasmodelltabell består av strängar, attribut och en layout.
2. Record - ett variabelt antal rader som visar data som kännetecknar det beskrivna objektet. Posterna numreras automatiskt av systemet.
3. Attribut är data som visar beskrivningen av entitetskolumner.
4. Fält. Representerar en enhetskolumn. Deras nummer är ett fast värde som ställs in under skapandet eller modifieringen av tabellen.

Nu, när du känner till de beståndsdelar i tabellen, kan du gå till egenskaperna för databasens relationsmodell:

• Relationella databasenheter är tvådimensionella. Tack vare denna egenskap är det lätt att utföra olika logiska och matematiska operationer med dem.
• Ordningen på värden för attribut och poster i en relationstabell kan vara godtycklig.
• En kolumn i en relationstabell måste ha ett eget individuellt namn.
• All data i en entitetskolumn har en fast längd och samma typ.
• Varje post räknas i huvudsak som en del av data.
• Beståndsdelarna i strängar är unika. V relationell enhet dubbletter av rader saknas.

Baserat på egenskaperna är det tydligt att attributvärdena måste vara samma typ, längd. Låt oss överväga egenskaperna hos attributvärdena.

Grundläggande egenskaper hos relationsdatabasfält

Fältnamn måste vara unika inom samma enhet. Relationella databasattribut eller fälttyper beskriver vilken kategoridata som lagras i entitetsfält. Ett relationsdatabasfält måste ha en fast storlek i tecken. Parametrarna och formatet för attributvärden bestämmer hur data korrigeras i dem. Det finns också en sådan sak som "mask" eller "inmatningsmönster". Det är avsett att definiera konfigurationen av datainmatning i attributvärdet. För all del, när du skriver något fel i fältet bör ett felmeddelande utfärdas. Vissa begränsningar införs också på elementen i fälten - villkoren för att kontrollera noggrannheten och felfri datainmatning. Det finns ett obligatoriskt attributvärde som måste fyllas i otvetydigt med data. Vissa attributsträngar kan fyllas med NULL-värden. Det är tillåtet att ange tomma data i fältattribut. Liksom felmeddelandet finns det värden som fylls i automatiskt av systemet - detta är standarddata. Ett indexerat fält är avsett att påskynda sökningen efter data.

Tabellschema för 2D relationsdatabas

För en detaljerad förståelse av modellen med SQL är det bäst att överväga schemat med exempel. Vi vet redan vad en relationsdatabas är. En post i varje tabell är en datapost. För att förhindra dataredundans är det nödvändigt att utföra normaliseringsoperationer.

Grundläggande regler för normalisering av en relationsenhet

1. Värdet på fältnamnet för en relationstabell måste vara unikt, unikt (den första normala formen är 1NF).

2. För en tabell som redan har reducerats till 1NF måste namnet på en icke-identifierande kolumn vara beroende av tabellens unika identifierare (2NF).

3. För hela tabellen som redan finns i 2NF kan varje icke-identifierande fält inte vara beroende av ett element av ett annat okänt värde (entitet 3NF).

Databaser: Relationella relationer mellan tabeller

Det finns två huvudsakliga relationstabeller:

• En-många. Uppstår när en nyckelpost i tabell #1 matchar flera instanser av den andra enheten. En nyckelikon i ena änden av den ritade linjen indikerar att enheten är på "ena" sidan, den andra änden av linjen är ofta markerad med en oändlighetssymbol.

• En "många-många"-relation bildas i händelse av att det finns en explicit logisk interaktion mellan flera rader i en enhet med ett antal poster i en annan tabell.
• Om en en-till-en-konkatenering sker mellan två entiteter betyder det att nyckelidentifieraren för en tabell finns i en annan enhet, då bör en av tabellerna tas bort, det är överflödigt. Men ibland, rent av säkerhetsskäl, separerar programmerare medvetet de två. Därför kan hypotetiskt sett en en-till-en relation existera.

Förekomsten av nycklar i en relationsdatabas

De primära och sekundära nycklarna definierar databasens potentiella relation. Relationella länkar datamodeller kan bara ha en potentiell nyckel, kommer detta att vara den primära nyckeln. Hur är han? En primärnyckel är en entitetskolumn eller en uppsättning attribut genom vilka du kan komma åt data för en viss rad. Det måste vara unikt, unikt och dess fält får inte innehålla tomma värden. Om primärnyckel består av endast ett attribut, då kallas det enkelt, annars blir det en komponent.

Utöver primärnyckeln finns det även en främmande nyckel. Många förstår inte vad skillnaden är mellan dem. Låt oss titta på dem mer i detalj med hjälp av ett exempel. Så det finns 2 bord: "Dekanus" och "Studenter". Entiteten "Dean's office" innehåller fälten: "Student ID", "Fullständigt namn" och "Grupp". Tabellen "Studenter" har attributvärden som "Namn", "Grupp" och "Genomsnitt". Eftersom student-ID inte kan vara detsamma för flera studenter, kommer detta fält att vara den primära nyckeln. "Fullständigt namn" och "Grupp" från tabellen "Studenter" kan vara samma för flera personer, de hänvisar till student-ID-numret från "Dekanus"-enheten, därför kan de användas som en främmande nyckel.

Exempel på relationsdatabasmodell

För tydlighetens skull kommer vi att ge ett enkelt exempel på en relationsdatabasmodell som består av två entiteter. Det finns ett bord som heter "Deanery".

Du måste göra kopplingar för att få en fullfjädrad relationsdatabas. Posten "IN-41", liksom "IN-72", kan finnas mer än en gång på "Dean's office"-skylten, och efternamn, förnamn och patronym för studenter i sällsynta fall kan sammanfalla, så dessa fält kan inte vara gjorde den primära nyckeln. Låt oss visa enheten "Studenter".

Som vi kan se är typerna av fält i relationsdatabaser helt olika. Det finns både digitala och symboliska poster. Därför bör värdena för heltal, char, vachar, date och andra specificeras i attributinställningarna. I tabellen "Dekanus" är endast student-ID ett unikt värde. Detta fält kan tas som en primärnyckel. Fullständigt namn, grupp och telefonnummer från entiteten "Studenter" kan tas som en främmande nyckel som hänvisar till student-ID. Anslutningen har upprättats. Detta är ett exempel på en en-till-en-relationsmodell. Hypotetiskt sett är ett av borden överflödigt, de kan enkelt kombineras till en enhet. För att förhindra att student-ID-nummer blir allmänt kända är förekomsten av två tabeller ganska realistisk.

Relationsdatabaser lagrar data som tabeller med rader och kolumner. Varje tabell har sin egen fördefinierade uppsättning namngivna fält. Kolumner i tabeller i en relationsdatabas kan innehålla skalärdata av en fast typ, som siffror, strängar eller datum. Tabeller i en relationsdatabas kan länkas i en en-till-en- eller en-till-många-relation. Antalet rader med poster i tabellen är obegränsat, och varje post motsvarar en separat enhet.

Relationsdatabaser är nu dominerande. Hierarkiska strukturer och nätverksstrukturer för databaser är ett minne blott och ger vika för relationsdatabaser, under vilka de flesta moderna DBMS är byggda (MS SQL Server, MS Access, InterBase, FoxPro, PostgreSQL, Paradox och andra).

Detaljer

Relationsmodellen fokuserar på att organisera data i form av tvådimensionella tabeller. Varje relationstabell är tvådimensionell array och har följande egenskaper:

• Varje tabellelement är ett dataelement
• Varje kolumn har sitt eget unika namn
• Det finns inga identiska rader i tabellen
• Alla kolumner i en tabell är homogena, det vill säga alla element i en kolumn är av samma typ
• Ordningen på rader och kolumner kan vara godtycklig

Relationell DBMS fokuserad på implementering av operativa databehandlingssystem är mindre effektiva i analytiska bearbetningsuppgifter än flerdimensionella databaser. Detta beror för det första på förekomsten av ganska strikta begränsningar som införs av den befintliga implementeringen av SQL-språket. Ett exempel på en sådan begränsning i verkligheten är antagandet att data i en relationsdatabas är oordnade (eller mer exakt, slumpmässigt ordnade). Samtidigt kräver deras beställning ytterligare tid som läggs på sortering varje gång databasen öppnas. V analytiska system datainmatning och hämtning sker i stora portioner. I sin tur förblir uppgifterna oförändrade efter att de kommit in i databasen lång period tid. Och här är det mer effektivt att lagra data i form av delvis denormaliserade tabeller, där, för att öka prestandan, inte bara granulära utan även förberäknade aggregerade värden kan lagras. Och för navigering och urval kan specialiserade adresserings- och indexeringsmetoder baserade på antagandet om låg variabilitet och låg rörlighet för data i databasen användas. Det här sättet att organisera data kallas ibland förberäknad, och understryker därigenom dess skillnad från den normaliserade relationella metoden, som involverar dynamisk beräkning. av olika slag totaler (aggregering) och upprätta länkar mellan attribut från olika tabeller (join-operationer).

Huvudsakliga nackdelar

Förutom den låga effektiviteten, som nämndes tidigare, inkluderar nackdelarna med traditionella relationella DBMS det faktum att som den huvudsakliga och ofta den enda mekanismen som ger snabbsökning och hämta individuella rader i en tabell (eller i tabeller länkade genom främmande nycklar), vanligtvis används olika modifieringar av index baserade på B-träd. Denna lösning visar sig vara effektiv endast vid behandling av små grupper av poster och hög intensitet av datamodifiering i databaser.

Relationella DBMS:er kanske aldrig lämnar scenen, men dagarna för deras regeringstid är definitivt räknade, säger Paul Creel, som publicerade en artikel om det i InfoWorld i september 2011. Han citerar analytikern Robin Blore, som hävdar att arkitekturen för relationella DBMS:er är moraliskt föråldrad, eftersom den skapades i en svunnen tid och inte uppfyller moderna krav.

Relationella DBMS dominerar fortfarande system för bearbetning av finansiella transaktioner, men idag tar företag i allt högre grad nya NoSQL-arkitektur DBMS - horisontellt skalbara, distribuerade och utvecklade i öppen källa... Exempel på sådana system är Hadoop, MapReduce och VoltDB. Forresters analytiker uppskattar att cirka 75 % av data i företag antingen är semistrukturerad information (XML, E-post och EDI), eller ostrukturerad (text, bilder, ljud och video), och endast 5 % av denna data lagras i relations-DBMS, och resten lagras i databaser av andra typer eller i form av filer, och kan inte bearbetas av relationssystem.

Enligt Blores uppfattning kan relationsdatabaser "dö utan att någon märker det", till exempel om Oracle helt enkelt ersätter SQL med NoSQL i sin databas. Analytikern tror att en sådan mekanism kan vara en av de befintliga kolumnära DBMS:erna.

Relationsdatabaser låter dig lagra information i flera "platta" (tvådimensionella) tabeller, länkade genom delade datafält som kallas nycklar. Relationsdatabaser ger enklare åtkomst till onlinerapporter (vanligtvis via SQL) och ger ökad tillförlitlighet och dataintegritet på grund av frånvaron av redundant information

Alla vet vad en enkel databas är: telefonkataloger, produktkataloger och ordböcker är alla databaser. De kan struktureras eller organiseras på något annat sätt: som platta filer, som hierarkiska eller nätverksstrukturer eller som relationstabeller. Oftast använder organisationer relationsdatabaser för att lagra information.

En databas är en samling tabeller som består av kolumner och rader på liknande sätt kalkylblad... Varje rad innehåller en post; varje kolumn innehåller alla instanser av en viss dataklump för alla rader. Till exempel består en typisk telefonkatalog av kolumner som innehåller telefonnummer, abonnentnamn och abonnentadresser. Varje rad innehåller ett nummer, namn och adress. Detta enkel form kallas en platt fil på grund av dess tvådimensionella karaktär och det faktum att all data lagras i en fil.

Helst har varje databas en åtminstone en kolumn med en unik identifierare eller nyckel. Överväga telefonbok... Den kan innehålla flera poster med abonnenten John Smith, men inget av telefonnumren upprepas. Telefonnumret fungerar också som nyckel.

Det är faktiskt inte så enkelt. Två eller flera personer som använder samma telefonnummer kan listas i telefonkatalog separat, varvid telefonnumret visas på två eller flera ställen, så det finns flera rader med nycklar som inte är unika.

Data skapar problem

I de flesta enkla baser data, varje post upptar en rad, med andra ord, telefonbolag det är nödvändigt att skapa en separat kolumn för varje redovisningsinformation. Det vill säga en - för den andra abonnenten på den "parade" telefonen, en till - för den tredje, etc., beroende på hur många ytterligare prenumeranter kommer att behöva.

Det betyder att varje post i databasen måste ha alla dessa ytterligare kolumneräven om de inte används någon annanstans. Detta innebär också att databasen måste omorganiseras närhelst företaget föreslår ny tjänst... Tjänsten för tonval introduceras - och basens struktur förändras sedan ny kolumn... Stöd för nummerpresentation, samtal väntar etc. införs och databasen byggs om om och om igen.

På 1960-talet hade bara de största företagen råd att köpa datorer för att hantera sin data. Dessutom kan databaser som bygger på statiska datamodeller och använder procedurprogrammeringsspråk som Cobol vara oöverkomligt dyra att underhålla och inte alltid tillförlitliga. Procedurspråk definierar händelseförloppet som en dator måste gå igenom för att slutföra en uppgift. Att programmera sådana sekvenser var svårt, speciellt om det var nödvändigt att ändra strukturen på databasen eller komponera den nya sorten rapporterar.

Kraftfulla anslutningar

Edgar Codd från IBM San Jose Research Laboratory skapade och beskrev i huvudsak konceptet med relationsdatabaser i sitt framstående arbete, A Relational Model of Data for Large Shared Data Banks. Communications of the ACM, juni 1970).

Codd föreslog en modell som låter utvecklare partitionera sina databaser i separata men sammanlänkade tabeller, vilket förbättrar prestandan, men utseendet förblir detsamma som den ursprungliga databasen. Sedan dess har Codd ansetts vara grundaren till relationsdatabasindustrin.

Denna modell fungerar enligt följande. Telefonbolaget kan skapa en huvudtabell med ett telefonnummer som primärnyckel och lagra den med annan grundläggande kundinformation. Ett företag kan definiera en separat tabell med kolumner för denna primärnyckel och för ytterligare tjänster som nummerpresentationssupport och samtal väntar. Hon kan också skapa en annan tabell för att hålla reda på fakturering för samtal, där varje post består av ett telefonnummer och data om samtalsavgifter.

Slutanvändare kan enkelt få den information de vill ha och i vilken form de behöver den, även om denna data lagras i olika tabeller. Därför kan telefonbolagets kundtjänstrepresentant på samma skärm visa information om abonnentens räkningar, samt status för specialtjänster, eller när den senaste betalningen togs emot.

Codd formulerade 12 regler för relationsdatabaser, varav de flesta relaterar till dataintegritet, uppdatering och åtkomst till data. De två första är ganska enkla, även för icke-tekniska användare.

Regel 1, informationsregeln, anger att all information i en relationsdatabas representeras som en uppsättning värden lagrade i tabeller.

Regel 2, åtkomstgarantiregeln, anger att varje datapost i en relationsdatabas kan nås genom att använda tabellnamnet, primärnyckeln och kolumnnamnet. Med andra ord lagras all data i tabeller, och om du känner till namnet på tabellen, primärnyckeln och kolumnen där den önskade dataposten finns kan du alltid hämta den.

Kärnan i Codds arbete var att det föreslogs att använda deklarativa snarare än processuella programmeringsspråk med relationsdatabaser. Deklarativa språk som språk SQL-frågor(Structured Query Language) ger användarna möjligheten att i huvudsak säga till datorn, "Jag vill hämta följande databitar från alla poster som uppfyller en viss uppsättning kriterier." Datorn "knar ut" själv vilka åtgärder som måste vidtas för att få denna information från databasen.

Att arbeta med stor mängd aktivt använda databaser används mjukvarusystem relationsdatabashantering skapad av välrenommerade leverantörer som Oracle, Sybase, IBM, Informix och Microsoft.

Medan de flesta SQL-implementeringar endast kan kallas interoperabla till viss del, tillåter denna internationellt accepterade mekanism skapandet av komplexa databasbaserade system. Ett lättanvänt programmeringsgränssnitt mellan webbplatser och relationsdatabaser ger slutanvändarna möjligheten att lägga till nya poster och uppdatera befintliga, och generera rapporter för en mängd olika tjänster som onlinehandel och tillgång till onlinebibliotekskataloger.

Relationsmodell

En databas (DB) är en samling information om objekt, processer, händelser eller fenomen, organiserad i enlighet med vissa regler och bevarad i datorns minne, relaterad till ett visst ämnesområde, ämne eller uppgift. Det är organiserat på ett sådant sätt att det säkerställer användarnas informationsbehov, samt bekväm lagring av denna insamling av data, både som helhet och någon del av den.

En relationsdatabas är en uppsättning sammanlänkade tabeller, som var och en innehåller information om objekt av en viss typ. Varje rad i tabellen innehåller data om ett objekt (till exempel bil, dator, kund), och kolumnerna i tabellen innehåller olika egenskaper av dessa objekt - attribut (till exempel motornummer, processormärke, telefonnummer till företag eller kunder).

Raderna i tabellen kallas poster. Alla poster i tabellen har samma struktur - de består av fält (dataelement), som lagrar objektets attribut (Fig. 1). Varje postfält innehåller en objektegenskap och representerar en given datatyp (till exempel textsträng, nummer, datum). Den primära nyckeln används för att identifiera poster. En primärnyckel är en uppsättning tabellfält vars kombination av värden unikt identifierar varje post i tabellen.

Ris. 1. Namn på objekt i tabellen

För att arbeta med data används databashanteringssystem (DBMS). Huvudfunktionerna för DBMS:

Datadefinition (beskrivning av databasstrukturen);

Databehandling;

Datahantering.

Databasstrukturutveckling - den viktigaste uppgiften, löst vid design av en databas. Strukturen för en databas (uppsättning, form och relationer för dess tabeller) är ett av de viktigaste designbesluten när man skapar applikationer med hjälp av en databas. DB-strukturen som skapats av utvecklaren beskrivs i DBMS-datadefinitionsspråket.

Alla DBMS låter dig utföra följande operationer med data:

Lägga till poster i tabeller;

Ta bort poster från en tabell;

Uppdatera värdena för vissa fält i en eller flera poster i databastabellerna;

Sök efter en eller flera poster som matchar ett givet villkor.

En frågemekanism används för att utföra dessa operationer. Resultatet av att köra frågor är antingen en uppsättning poster valda enligt vissa kriterier eller ändringar i tabeller. Förfrågningar till databasen bildas på ett språk speciellt skapat för detta, vilket kallas för "structured query language" (SQL - Structured Query Language).

Datahantering förstås vanligtvis som att skydda data från obehörig åtkomst, stödja fleranvändarläge för att arbeta med data och säkerställa datas integritet och konsistens.

Normalisering

Normala former

se även

• Relationsmodell
• Relationellt DBMS

Se vad "Relationsdatabaser" är i andra ordböcker:

Relationsdatabaser- Relationsdatabas baserad på relationsdatamodellen. Ordet "relationell" kommer från engelskan. relation (relation). För att arbeta med relationsdatabaser används relations-DBMS. Användningen av relationsdatabaser var ... ... Wikipedia

Relationellt DBMS - Relationellt DBMS(RDBMS; aka Relational Database Management System, RDBMS) En DBMS som hanterar relationsdatabaser. Begreppet en relationell relation är förknippad med utvecklingen av en berömd engelsk specialist på ... ... Wikipedia

Rumslig DB- Relationsdatabaser lagrar data i ett tvådimensionellt format, där tabeller med data presenteras i form av rader och kolumner. Flerdimensionella databassystem erbjuder en förlängning av detta system för att ge möjligheten till flerdimensionell datavisning. Till ... ... Wikipedia

Codd Algebra- Innehåll 1 Relationsoperatorer 1.1 Relationskompatibilitet ... Wikipedia

OLAP- (eng.online analytisk bearbetning, analytisk bearbetning i realtid) databehandlingsteknik, som består i att sammanfatta (aggregerad) information baserad på stora datamatriser, strukturerad av ... ... Wikipedia

Grammatikkategori- Den grammatiska kategorin är ett slutet system av ömsesidigt uteslutande och motsatta grammatiska betydelser (gram), som sätter uppdelningen av en omfattande uppsättning ordformer (eller en liten uppsättning högfrekventa ordformer med ... .. Wikipedia

ORM- kan också betyda: eng. Objektsförebild, rus. Objektförebild är en metodik för konceptuell design av informationssystem, inklusive sin egen grafiska notation. Innehåll 1 Problem ... Wikipedia

DBMS

Filserver DBMS- Databashanteringssystem (DBMS) specialiserat program(oftare ett komplex av program), utformade för att organisera och underhålla en databas. Att skapa och hantera informationssystem Ett DBMS behövs i samma utsträckning som för ... ... Wikipedia

Relationell algebra– Relationell algebra är ett slutet system av operationer på relationer i en relationsdatamodell. Operationer relationalgebraäven kallad relationsoperationer. Den första uppsättningen av 8 operationer föreslogs av E. Codd på 1970-talet och ... ... Wikipedia

Böcker

• Relationsdatabaser. Ledarskap, Weedom Jennifer. Boken "Relational Databases" skrevs av välkända forskare vid Stanford University Jeffrey Ullman och Jennifer Weed. Författarna erbjuder ett användarcentrerat tillvägagångssätt för ... Köp för 1074 rubel
• Relationsdatabaser, Ullman D., Weed J. Författarna föreslår ett användarcentrerat tillvägagångssätt för ...