natgillin/translations-raw huggingface dataset:
right-clicking in the tab bar, on the tab corresponding to the window to be undocked, and selecting Undock; or
högerklicka på flikraden, på fliken som motsvarar fönstret som ska kopplas loss, och välja Docka inte, eller
right-clicking on the title bar of the child window, and selecting Undock; or
högerklicka på delfönstrets namnlist och välja Docka inte, eller
if the child window is not maximized, clicking the arrow in the top right corner of the child window (next to the minimize, maximize and close buttons for that child window);
om delfönstret inte är maximerat, klicka på pilen i delfönstrets övre högra hörn (intill det delfönstrets knappar för minimera, maximera och stäng),
if the child window is maximized, clicking the arrow to the right of the menu bar (next to the minimize, restore and close buttons for that child window).
om delfönstret är maximerat, klicka på pilen till höger om menyraden (intill det delfönstrets knappar för minimera, maximera och stäng).
To dock a child window, right-clicking in the tab bar, on the tab corresponding to the window to be docked, and select Dock.
För att docka ett delfönster, högerklicka i flikraden på fliken som motsvarar fönstret som ska dockas, och välj Docka.
& kexi; Copyright 2002-2006 The & kexi; Team
& kexi; Copyright 2002- 2006 & kexi; - gruppen:
& kexi; Developers:
Utvecklare av & kexi;:
Documentation by Martin A. Ellis martin. ellis@kdemail. net, Jaroslaw Staniek staniek@kde. org with contributions from Anne-Marie Mahfouf, Raphael Langerhorst, Michal Kubicki and Aron Stansvik.
Dokumentation av Martin A. Ellis martin. ellis@ kdemail. net, Jaroslaw Staniek staniek@ kde. org med bidrag av Anne- Marie Mahfouf, Raphael Langerhorst, Michal Kubicki och Aron Stansvik.
Introduction to Databases
Introduktion till databaser
What Is a Database?
Vad är en databas?
You can define a database as a collection of data on one topic. It is organised in a way allowing to easily browse the information, make changes or add new items.
Man kan definiera en databas som en samling data om ett ämne. Den är organiserad på ett sätt som gör det möjligt att enkelt bläddra bland informationen, göra ändringar eller lägga till ny data.
Look at this diagram for one of the above examples: a simple phone book.
Titta på diagrammet för ett av de ovanstående exemplen: en enkel telefonkatalog.
A diagram of a phone number database
Ett diagram av en databas med telefonnummer
The above picture shows a set of two contacts each of which is presented on a separate card. It appears that such a card can constitute a single row in a table:
Bilden ovan visar en uppsättning med två kontakter, där var och en visas på ett separat kort. Det verkar som ett sådan kort kan utgöra en enstaka rad i en tabell:
Contacts table
Tabellen Kontakter
Tel No.
Tel nr.
Joan
Anna
Adam
Stefan
Terms and definitions: A single data which constitutes a part of a greater collection can be called a row or more professionally a record. The collection is normally called a table. Moreover, the most natural name for the table is one describing the data it offers/ stores which is Contacts. Furthermore, each row in the table consists of columns often also called fields. In the table Contacts there are two columns (fields): Name and Tel No..
Termer och definitioner: Ett ensamt dataobjekt som utgör en del av en större samling kan kallas en rad, eller mer professionellt en post. Samlingen kallas normalt en tabell. Dessutom är det mest naturliga namnet på tabellen det som beskriver data som den erbjuder/ lagrar, vilket är Kontakter. Förutom detta, består varje rad i tabellen av kolumner som ofta också kallas fält. Det finns två kolumner (fält) i tabellen Kontakter: Namn och Tel nr..
For simple uses a single table can make up a database. Many people consider these two equivalent. As you will see, for real databases we usually need more than one table.
För enkla användningar kan en enda tabell utgöra en databas. Många anser de båda ekvivalenta. Som du kommer att se, behövs det oftast mer än en tabell i riktiga databaser.
To sum up, you have already got a simple database with one table Contacts.
För att summera, har du redan en enkel databas med en tabell, Kontakter.
Database and Spreadsheet
Databaser och kalkylblad
It is very likely that you have already used spreadsheet applications like KSpread, OpenOffice. org Calc or Microsoft Excel. If so, you will probably wonder: since both spreadsheets and databases have tables, why should I use the latter?
Det är troligt att du redan har använd kalkylprogram som Kspread, OpenOffice. org Calc eller Microsoft Excel. Om du har gjort det, undrar du nog: eftersom både kalkylblad och databaser har tabeller, varför ska jag använda de senare?
While comparing spreadsheets and databases you may encounter the following issues which you will later see in greater detail:
Vid jämförelse av kalkylblad och databaser kan du stöta på följande saker som du senare kommer att se mer detaljerat:
Referential data integrity
Datahänvisningsintegritet
Data redundancy
Dataredundans
Data integrity and validity
Dataintegritet och giltighet
Limiting data view
Begränsad datavisning
Performance and capacity
Prestanda och kapacitet
Convenient data entry
Bekväm inmatning av data
Programming
Programmering
Multiuse
Flera användare
How Is a Database Different From a Spreadsheet?
Hur skiljer sig en databas från ett kalkylblad?
Gradually exceeding the capacity of a mobile phone, expand your table Contacts adding a column (field) Address. Add more telephone numbers (office, home) for each person and add surnames to names. To make it simpler we assume the following:
Utöka tabellen Kontakter genom att lägga till en kolumn (ett fält) Adress, så att den gradvis överskrider kapaciteteten hos en mobiltelefon. Lägg till fler telefonnummer (kontor, hem) för varje person och lägg till efternamn till namnen. För att göra det enklare antar vi följande:
the table is limited to two people (obviously, there could be hundreds and thousands of them in a real database)
tabellen är begränsad till två personer (uppenbarligen kan det finnas hundratals eller tusentals i en riktig databas)
there are no two persons with the same name and surname
att det inte finns två personer med samma för - och efternamn
Contacts table
Kontakttabell
Name and surname
För - och efternamn
Joan Smith
Anna Johansson
Western Gate 1, Warsaw
Västerport 1, Grönköping
Adam Willson
Stefan Andersson
London, Frogs Drive 5
Wadköping, Klockargränd 5
Western Gate 1
Västerport 1
Smith Joan
Johansson, Anna
Warsaw, Western Gate 1
Grönköping, Västerport 1
ADAM Willson
STEFAN Andersson
Frogs Drive 5, London
Klockargränd 5, Wadköping
Such a table can be made both in a spreadsheet and in a database. Using a spreadsheet is very easy, of course. What problems do we encounter at this stage?
En sådan tabell kan både skapas i ett kalkylblad och i en databas. Det är förstås mycket enkelt att använda ett kalkylblad. Vilka problem stöter man på i detta stadium?
Suppose you are using a spreadsheet and you need to change the address of at least one person. You have a small problem: you often have to change the address in many rows. For example, Joan takes three rows. A real problem will arise if you forget to change one of the rows - the address assigned to this person will be ambiguous, hence your data loses integrity.
Antag att du använder ett kalkylblad och måste ändra adressen för minst en person. Du har ett litet problem: du måste ofta ändra adressen på flera rader. Anna använder till exempel tre rader. Ett riktigt problem uppstår om du glömmer att ändra en av de tre raderna: adressen som hör ihop med personen blir tvetydig, på så sätt går dataintegriteten förlorad.
Moreover there is no simple way of deleting a chosen person from the table since you have to remember about deleting all rows related to him or her.
Förutom det finns det inget enkelt sätt att ta bort en vald person från tabellen, eftersom du måste komma ihåg att ta bort alla rader som hör ihop med honom eller henne.
This is directly connected to the previous problem. In fields Name and surname and Address the same data is entered many times. This is typical of a spreadsheets' ineffective way of storing data because the database grows unnecessarily, thus requiring more computer resources (larger size of data and slower access).
Det hör direkt ihop med föregående problem. I fälten För - och efternamn samt Adress skrivs samma data in många gånger. Det är typiskt i kalkylblad, och ett ineffektivt sätt att lagra data eftersom databasen växer i onödan, och kräver på så sätt mer datorresurser (större datastorlek och långsammare åtkomst).
How can you solve these problems with a database? You can split information into smaller chunks by creating an additional table Persons with only two columns: Name and surname and Address:
Hur kan du lösa problemen med en databas? Du kan dela information i mindre bitar genom att skapa ytterligare en tabell Personer med bara två kolumner: För - och efternamn samt Adress:
Persons table
Tabellen Personer
Each row in the table Persons corresponds to a single person. Table Contacts is from now on a relation to the table Persons.
Varje rad i tabellen Personer motsvarar en enda person. Tabellen Kontakter är från och med nu i en relation till tabellen Personer.
Note the way data is entered in the fields Name and surname and Address. People entering data can be fallible, sometimes even negligent. In our sample data we have both different sequence of entering name and surname (Joan Smith and Smith Joan; Adam and ADAM) and many more ways of entering the same address. Surely you can think of many other ways.
Observera sättet som data skrivs in i fälten För - och efternamn samt Adress. De som skriver in data kan göra misstag, eller ibland till och med vara vårdslösa. I vår exempeldata har vi både olika ordning när för - och efternamn skrivs in (Anna Johansson och Johansson, Anna, Stefan och STEFAN) och ännu fler sätt att skriva in samma adress. Du kan säkert tänka dig många andra varianter.
The above problem shows that & eg; when searching the telephone number of a person whose address is "Western Gate 1, Warsaw" you will not get a full result. You will get only one row instead of three. Moreover You will also not find all the telephone numbers searching for the value "Joan Smith" in the field Name and surname, because "Smith Joan" will not fit to "Joan Smith".
Ovanstående problem visar att vid sökning efter telefonnumret till en person vars adress till exempel är "Västerport 1, Grönköping" får du inte ett fullständigt resultat. Du får bara en rad istället för tre. Dessutom hittar du heller inte alla telefonnummer vid sökning efter värdet "Anna Johansson" i fältet För - och efternamn, eftersom "Johansson, Anna" inte stämmer med "Anna Johansson".
How can you solve these problems using a database? You can do this by changing the design of the table Persons by:
Hur kan man lösa problemen genom att använda en databas? Det går att göra genom att ändra konstruktion av tabellen Personer för att:
Dividing data in the field Name and surname into two separate fields: Name and Surname.
Dela upp data i fältet För - och efternamn i två separata fält: Förnamn och Efternamn.
Dividing data in the field Address into three separate fields: Street, House number and City.
Dela upp data i fältet Adress i tre separata fält: Gatuadress, Gatunummer och Postort.
Guaranteeing data correctness: by ensuring that no fields are empty, & eg; you must always enter house number.
Garantera att data är riktig: genom att försäkra dig om att inga fält är tomma, t. ex. måste alltid gatunummer skrivas in.
A modified table looks something like this:
En ändrad tabell ser ut ungefär så här:
Persons table
Persontabell
Street
Gatuadress
House number
Gatunummer
City
Postort
Smith
Johansson
Western Gate
Västerport
Warsaw
Grönköping
Willson
Andersson
Frogs Drive
Klockargränd
London
Wadköping
required field
nödvändigt fält
Thanks to introducing the condition required field we can be sure that the entered data is complete. In case of other tables you may of course allow omitting certain fields while entering data.
På grund av att villkoret nödvändigt fält introducerades kan vi vara säkra på att inskriven data är fullständig. I fallet med andra tabeller kan man förstås fortsätta att utesluta vissa fält när data skrivs in.
A spreadsheet displays all rows and columns of the table which is bothersome in case of very large data sheets. You may of course filter and sort rows in spreadsheets, however you must be extra careful while doing so. Spreadsheet users are in risk of forgetting that their data view has been filtered what can lead to mistakes. For example, while calculating sums you may think you have 100 rows of data while in fact there are 20 rows more hidden.
Kalkylblad visar alla rader och kolumner i tabellen, vilket är besvärligt i fallet med mycket stora datamängder. Du kan förstås filtrera och sortera rader i kalkylblad, men du måste vara extra försiktig när du gör det. Användare av kalkylblad löper risk att glömma att datavyn har filtrerats, vilket kan orsaka misstag. När du beräknar summor, kanske du tror att du har 100 rader med data, medan det i själva verket finns ytterligare 20 dolda rader.
If you want to work on a small subset of data, & eg; to send it for others to edit, you can copy and paste it to another spreadsheet and after editing paste the changed data back to the main spreadsheet. Such "manual" editing may cause data loss or incorrect calculations.
Om du vill arbeta med en liten delmängd av data, t. ex. för att skicka den till andra för redigering, kan du kopiera och klistra in i ett annat kalkylblad och efter redigering klistra in ändrad data tillbaka i huvudkalkylbladet. Sådan "manuell" redigering kan orsaka dataförlust eller felaktiga beräkningar.
To limit the data view database applications offer queries, forms and reports.
För att begränsa datavyn erbjuder databasprogram förfrågningar, formulär och rapporter.
A very practical way of limiting is the following extended version of the previously described table Persons:
Ett mycket praktiskt sätt att begränsa är följande utökade version av tabellen Personer som tidigare beskrivits:
2300
23 000
1900
19 000
Let's assume that the newly introduced column Income contains confidential data. How can you share & eg; contact details of the persons with your coworkers but without revealing their income? It is possible if you share only a query and not the whole table. The query could select all columns except for the column Income. In database world such a query is often known as a view.
Låt oss anta att den nytillagda kolumnen Inkomst innehåller konfidentiell data. Hur kan du till exempel dela personernas kontaktinformation med arbetskollegor utan att avslöja deras inkomst? Det är möjligt om du bara delar en förfrågan och inte hela tabellen. Förfrågan kunde välja alla kolumner utom kolumnen Inkomst. I databasvärlden är en sådan förfrågan ofta känd som en vy.
Your computer is probably quite fast, however you will easily see that it does n't help with slow, large spreadsheets. Their low efficiency is first of all due to lack of indexes accelerating the process of data search (databases do offer them). Moreover if you use things like system clipboard, even copying data may become troublesome with time.
Din dator är troligen rätt snabb, men du märker lätt att det inte hjälper med långsamma, stora kalkylblad. Deras låga effektivitet beror först av allt på avsaknaden av index som snabbar upp datasökningsprocessen (databaser erbjuder dem). Om du dessutom använder saker som systemets klippbord, kan till och med kopiering av data bli besvärlig med tiden.
Spreadsheets containing large data sets may take ages to open. A spreadsheet loads lots of data to the computer's memory while opening. Most of the data loaded are probably useless/ unnecessary for you at the moment. Databases unlike spreadsheets load data from computer storage only when needed.
Kalkylblad som innehåller stora datamängder kan ta enorm tid att öppna. Kalkylblad laddar mängder med data i datorns minne när de öppnas. Det mesta data som laddas är för tillfället troligen oanvändbar eller onödig för dig. I motsats till kalkylblad laddar databaser bara data från datorns lagringsmedia när den behövs.
In most cases you will not have to worry how the database stores its data. This means that unlike spreadsheets, databases do not care about:
I de flesta fall behöver du inte bekymra dig om hur databasen lagrar sina data. Det betyder att i motsats till kalkylblad, bryr sig inte databaser om:
The sequence of rows since you can order the rows according to your needs. Moreover, you can view the same data in many views with different orders.
Sekvensen av rader, eftersom du kan ordna rader efter dina behov. Dessutom kan du titta på samma data i många vyer med olika ordning.
The same goes for columns (fields) of the table.
Samma sak gäller för kolumner (fält) i tabellen.
Together with Limiting data view described in the previous paragraph these qualities constitute the advantage of databases.
Tillsammans med Begränsad datavisning beskriven i föregående stycke, är utgör dessa kvaliteter fördelarana med databaser.
The latest editions of applications for creating spreadsheets enable you to design data-entry forms. Such forms are most useful if your data cannot be conveniently displayed in tabular view, & eg; if the text occupies too many rows or if all the columns do not fit on the screen.
De senaste utgåvorna av program för att skapa kalkylblad gör det möjligt för dig att skapa datainmatningsformulär. Sådana formulär är mest användbara om data inte kan visas bekvämt i en tabellvy, t. ex. om texten upptar för många rader eller om alla kolumner inte får plats på skärmen.
In this case the very way the spreadsheet works is problematic. Fields for data entry are placed loosely within the spreadsheet and very often are not secure against the user's (intentional or accidental) intervention.
I det här fallet är själva sättet som kalkylblad fungerar problematiskt. Fält för datainmatning placeras fritt inne i kalkylbladet och är oftast inte säkrade mot användarens ingripande (avsiktligt eller av misstag).
Databases enable grouping, limiting and summing up data in a form of a report. Spreadsheets are usually printed in a form of small tables without fully automatic control over page divisions and the layout of fields.
Databaser möjliggör gruppering, begränsning och summering av data i form av en rapport. Kalkylblad skrivs ofta ut i form av små tabeller utan fullständig automatisk styrning av sidbrytningar och layout av fält.
Applications for creating databases often contain full programming languages. Newer spreadsheets have this capability too, however calculations come down to modifying the spreadsheet's fields and simple data copying, regardless of the relevance and integrity rules mentioned in previous paragraphs.
Program för att skapa databaser innehåller ofta fullständiga programmeringsspråk. Nyare kalkylblad har också den möjligheten, men dock består beräkningar i att ändra kalkylbladets fält och enkel datakopiering, oberoende av relevans och integritetsregler som nämnts i föregående stycken.
Data processing within a spreadsheet is usually done via a graphical user's interface which may slow down the data processing speed. Databases are capable of working in background, outside of graphical interfaces.
Databehandling i ett kalkylblad görs ofta via ett grafiskt användargränssnitt, som kan göra databehandlingens hastighet långsammare. Databaser har möjlighet att arbeta i bakgrunden, utanför grafiska gränssnitt.
It is hard to imagine a multiuse of one spreadsheet. Even if it is technically possible in the case of the latest applications, it requires a lot of discipline, attention and knowledge from the users, and these cannot be guaranteed.
Det är svårt att föreställa sig fleranvändning av ett kalkylblad. Även om det är tekniskt möjligt i fallet med de senaste programmen, kräver det mycket disciplin, uppmärksamhet och kunskap av användarna, och det kan inte alltid garanteras.
A classical way to sharing data saved in a spreadsheet with other person is to send a file as a whole (usually using e-mail) or providing a spreadsheet file in a computer network. This way of work is ineffective for larger groups of people - data that could be needed in a particular time may be currently locked by another person.
Ett klassiskt sätt att dela data som sparats i ett kalkylblad med andra är att skicka filen i sin helhet (oftast med e- post) eller tillhandahålla en fil med ett kalkylblad i ett datornätverk. Detta sätt att arbeta är ineffektivt för större grupper: data som kan behövas ett visst ögonblick kan för närvarande vara låst av någon annan.
On the other hand, databases have been designed mainly with multiuser access in mind. Even for the simplest version locking at a particular table row's level is possible, which enables easy sharing of table data.
Å andra sidan har databaser i huvudsak konstruerats med åtkomst av flera användare från början. Till och med i de allra enklaste versionerna är det möjligt att låsa på nivån av en viss tabellrad, vilket gör det möjligt att lätt dela data.
Securing a spreadsheet or its particular sections with a password is only symbolic activity. After providing a spreadsheet file in a computer network, every person being able to copy the file can try to break the password. It is sometimes not so hard as the password is stored in the same file as the spreadsheet.
Att säkra ett kalkylblad eller dess olika delar med ett lösenord är bara en symbolisk aktivitet. Efter en fil med kalkylbladet har tillhandahållits i ett datornätverk, kan var och en som kan kopiera filen försöka att knäcka lösenordet. Det är ibland inte så svårt eftersom lösenordet lagras i samma fil som kalkylbladet.
Features for edit locking or copy locking of a spreadsheet (or its part) is equally easy to break.
Funktioner för att låsa vid redigering eller kopiering av ett kalkylblad (eller en del av det) är lika enkla att knäcka.
Databases (except these saved in a file instead of a server) do not need to be available in a single file. You're accessing them using a computer network, usually by providing a user name and a password. You are gaining access only to these areas (tables, forms or even selected rows and columns) which were assigned to you by setting appropriate access rights.
Databaser (utom de som lagras i en fil istället för på en server) behöver inte vara tillgängliga i en enda fil. Du kommer åt dem via ett datornätverk, oftast genom att tillhandahålla ett användarnamn och lösenord. Du får bara åtkomst till de områden (tabeller, formulär och till och med utvalda rader och kolumner) som tilldelats dig genom att ställa in lämpliga åtkomsträttigheter.
Access rights can affect ability of data editing or only data reading. If any data is not available to you, it will not be even sent to your computer, so there is no possibility of making a copy of the data in such easy way as in case of spreadsheet files.
Åtkomsträttigheter kan påverka möjlighet att redigera data, eller möjlighet att bara läsa data. Om viss data inte är tillgänglig för dig, skickas det inte ens till din dator, så det finns ingen möjlighet att göra en kopia av data på ett så enkelt sätt som i fallet med filer för kalkylblad.
Database Design
Databaskonstruktion
Database design needs careful planning. Note that Contacts table redesign proposed in section 1.2 can generate problems when the table is filled with data. For example, renaming a field is a simple task, but splitting the Address field into separate fields requires careful and tedious work.
Databaskonstruktion kräver noggrann planering. Observera att omkonstruktion av tabellen Kontakter som föreslås i avsnittet ovan kan skapa problem när tabellen är fylld med data. Det är till exempel en enkel uppgift att byta namn på ett fält, men att dela fältet Adress i två särskilda fält kräver försiktigt och långtråkigt arbete.