natgillin/translations-raw huggingface dataset:
Child windows may be docked and undocked in Childframe mode only.
Alamaknaid saab dokkida ja lahti haakida ainult alamraami- režiimis.
In Childframe mode, child windows may be undocked by:
Alamraami- režiimis saab alamaknaid lahti haakida:
right-clicking in the tab bar, on the tab corresponding to the window to be undocked, and selecting Undock; or
hiire parema nupu klõpsuga kaardiribal lahtihaagitavale aknale vastaval sakil ning kontekstimenüüst käsku Haagi lahti valides või
right-clicking on the title bar of the child window, and selecting Undock; or
hiire parema nupu klõpsuga alamakna tiitliribal ja kontekstimenüüst käsku Haagi lahti valides või
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);
(kui alamaken ei ole maksimeeritud) klõpsuga alamakna ülaservas paremal, minimeerimis -, maksimeerimis - ja sulgemisnupu kõrval asuvale noolele või
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).
(kui alamaken on maksimeeritud) klõpsuga menüüriba paremas servas, minimeerimis -, taastamis - ja sulgemisnupu kõrval asuvale noolele.
To dock a child window, right-clicking in the tab bar, on the tab corresponding to the window to be docked, and select Dock.
Alamakna dokkimiseks klõpsa hiire parema nupuga kaardiribal dokitavale aknale vastaval sakil ja vali kontekstimenüüst käsk Doki.
& kexi; Copyright 2002-2006 The & kexi; Team
& kexi; autoriõigus 2002- 2006: & kexi; meeskond
& kexi; Developers:
& kexi; arendajad:
OpenOffice Polska, LLC info@openoffice. com. pl
OpenOffice Polska, LLC info@ openoffice. com. pl
Cedric Pasteur cedric. pasteur@free. fr
Cedric Pasteur cedric. pasteur@ free. fr
Adam Pigg adam@piggz. fsnet. co. uk
Adam Pigg adam@ piggz. fsnet. co. uk
Martin Ellis martin. ellis@kdemail. net
Martin Ellis martin. ellis@ kdemail. net
Sebastian Sauer mail@dipe. org
Sebastian Sauer mail@ dipe. org
Christian Nitschkowski segfault_ii@web. de
Christian Nitschkowski segfault_ ii@ web. de
& Joseph. Wenninger; jowenn@kde. org
& Joseph. Wenninger; jowenn@ kde. org
Seth Kurzenberg seth@cql. com
Seth Kurzenberg seth@ cql. com
Till Busch till@bux. at
Till Busch till@ bux. at
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.
Dokumentatsioon: Martin A. Ellis martin. ellis@ kdemail. net ja Jaroslaw Staniek staniek@ kde. org Anne- Marie Mahfoufi, Raphael Langerhorsti, Michal Kubicki ja Aron Stansviki kaasabiga.
Introduction to Databases
Sissejuhatus andmebaasidesse
What Is a Database?
Mis on andmebaas?
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.
Andmebaasi võib määratleda kui teatud teemat puudutavate andmete kogumit. See on korraldatud viisil, mis lubab infot hõlpsasti uurida, muudatusi teha ning uusi kirjeid lisada.
Look at this diagram for one of the above examples: a simple phone book.
Vaatame näiteks siinset skeemi, millel on kujutatud lihtne telefoniraamat.
A diagram of a phone number database
Telefoninumbrite andmebaasi skeem
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:
Toodud pildil on näha kaks kontakti, kumbki omaette kaardil. Tabelis saab sellise kaardi seada ühele reale:
Contacts table
tabel Kontaktid
Tel No.
Tel. nr.
Joan
Joan
Adam
Adam
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..
Mõisted: konkreetsed andmed, mis moodustavad osa suuremast kogust, kannavad nimetust rida või kui kasutada professionaalsemat väljendit, siis kirje. Kogu ise kannab tavaliselt nimetust tabel. Kõige mõistlikum on üldiselt anda tabelile nimi, mis väljendab selles peituvate andmete sisu - antud juhul siis Kontaktid. Iga rida koosneb mitmest veerust, mida mõnikord nimetatakse ka väljad eks. Tabelis Kontaktid on kaks veergu (välja): Nimi ja 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.
Lihtsamas tähenduses moodustab juba üks tabel andmebaas i. Paljud peavadki neid samaväärseks. Aga nagu edaspidi näeme, on tegelikes andmebaasides tavaliselt märksa enam kui üks tabel.
To sum up, you have already got a simple database with one table Contacts.
Kokkuvõtteks võib öelda, et meil on nüüd juba lihtne andmebaas ühe tabeliga, mis kannab nime Kontaktid.
Database and Spreadsheet
Andmebaas ja arvutustabel
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?
Arvatavasti oled juba kasutanud mõnda tabeliarvutusrakendust, näiteks KSpread, OpenOffice. org Calc või Microsoft Excel. Sellisel juhul tekib vahest mõte: kui nii arvutustabelis kui ka andmebaasis on tabelid, siis miks viimast üldse kasutada?
While comparing spreadsheets and databases you may encounter the following issues which you will later see in greater detail:
Arvutustabeleid ja andmebaase võrreldes puutud usutavasti kokku järgmiste probleemidega, mida vaatleme allpool lähemalt:
Referential data integrity
Andmete viiteterviklus
Data redundancy
Andmete liiasus
Data integrity and validity
Andmeterviklus ja - õigsus
Limiting data view
Andmevaate piiramine
Performance and capacity
Jõudlus ja võimsus
Convenient data entry
Käepärased andmekirjed
Programming
Programmeerimine
Multiuse
Ühiskasutus
How Is a Database Different From a Spreadsheet?
Mille poolest erineb andmebaas arvutustabelist?
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:
Laiendame oma tabelit Kontaktid veidi ja lisame veeru (välja) Aadress. Lisame igale isikule veel telefoninumbreid (kodus, tööl) ning ka nende perekonnanimed. Lihtsuse mõttes eeldame järgmisi asju:
the table is limited to two people (obviously, there could be hundreds and thousands of them in a real database)
tabel on piiratud kahe inimesega (mõistagi võib reaalses andmebaasis olla sadu ja tuhandeud isikuid)
there are no two persons with the same name and surname
pole ühesuguse ees - ja perekonnanimega isikuid
Contacts table
Kontaktide tabel
Name and surname
Ees - ja perekonnanimi
Tel
Tel. nr.
Joan Smith
Joan Smith
Western Gate 1, Warsaw
Brama Zachodnia 1, Varssavi
Adam Willson
Adam Willson
London, Frogs Drive 5
London, Frogs Drive 5
Western Gate 1
Brama Zachodnia 1
Smith Joan
Smith Joan
Warsaw, Western Gate 1
Varssavi, Brama Zachodnia 1
ADAM Willson
ADAM Willson
Frogs Drive 5, London
Frogs Drive 5, London
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?
Sellist tabelit võib luua nii arvutustabeli kui andmebaasina. Arvutustabeli kasutamine on loomulikult väga lihtne. Milliste probleemidega me hetkel silmitsi seisame?
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.
Oletame, et kasutad arvutustabelit ja sul tuleb muuta vähemalt ühe isiku aadressi. Sinu ees seisab pisike probleem: sageli tuleb selleks muuta aadressi paljudel ridadel. Nii võib näiteks Joan esineda kolmel real. Probleem tekib siis, kui unustad üht neist ridadest muuta: isikule omistatud aadress muutub mitmetähenduslikuks, see aga tähendab, et sinu andmed kaotavad tervikluse.
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.
Pealegi pole kuigi lihtsat võimalust mõnda isikut tabelist kustutada: selleks tuleb kustutada kõik teda sisaldavad read.
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).
See on otseselt seotud eelneva probleemiga. Väljadele Ees - ja perekonnanimi ning Aadress on samu andmeid sisestatud mitu korda. See on arvutustabelitele tüüpiline vähetõhus viis andmete salvestamiseks, sest andmebaas kasvab nii või teisiti, nõudes vastavalt aina enam ressursse arvutilt (suuremad andmed ja aeglasem ligipääs).
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:
Kuidas aitab andmebaas neid probleeme lahendada? Info võib jagada väikesteks tükkideks, luues täiendava tabeli Isikud vaid kahe veeruga: Ees - ja perekonnanimi ning Aadress:
Persons table
tabel Isikud
Each row in the table Persons corresponds to a single person. Table Contacts is from now on a relation to the table Persons.
Iga tabeli Isikud rida vastab ainult ühele isikule. Tabel Kontaktid on nüüd seotud tabeliga Isikud.
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.
Pane tähele, kuidas on andmed sisestatud väljadele Ees - ja perekonnanimi ning Aadress. Andmeid sisestavad inimesed võivad mõnikord eksida või olla hooletud. Meie näites ongi andmeid sisestatud erinevalt: Joan Smith ja Smith Joan, Adam ja ADAM. Üht ja sama aadressi võib samuti mitmel moel sisestada, nagu ka meie tabel näitab.
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".
See probleem ilmneb siis, kui otsid näiteks isiku telefoninumbrit, kelle aadress on "Brama Zachodnia 1, Varssavi". Sa leiad kolme kirje asemel ainult ühe. Samuti ei leia sa kaugeltki kõiki telefoninumbreid, kui otsid välja Ees - ja perekonnanimi järgi isikut "Joan Smith", sest "Joan Smith" ja "Smith Joan" loetakse antud juhul erinevaks.
How can you solve these problems using a database? You can do this by changing the design of the table Persons by:
Kuidas aitab andmebaas neid probleeme lahendada? Selleks tuleks muuta tabeli Isikud ülesehitust:
Dividing data in the field Name and surname into two separate fields: Name and Surname.
Jagada andmed väljal Ees - ja perekonnanimi kahele väljale: Eesnimi ja Perekonnanimi.
Dividing data in the field Address into three separate fields: Street, House number and City.
Jagada andmed väljal Aadress kolmele väljale: Tänav, Majanumber ja Linn.
Guaranteeing data correctness: by ensuring that no fields are empty, & eg; you must always enter house number.
Tagada andmeõigsus nõudega, et väljad ei oleks tühjad (s. t. et alati tuleb sisestada ka näiteks majanumber).
A modified table looks something like this:
Muudetud tabel näeb välja nii:
Persons table
Isikute tabel
House number
Majanumber
Smith
Smith
Western Gate
Brama Zachodnia
Willson
Willson
Frogs Drive
Frogs Drive
required field
nõutav väli
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.
Tänu tingimuse nõutav väli lisamisele võime olla kindlad, et sisestatud andmed on täielikud. Mõningate tabelite korral võib muidugi andmete sisestamisel lubada teatud väljade tühjaksjätmist.
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.
Arvutustabelid näitavad tabeli kõiki ridu ja veerge, mis eriti väga suurte andmetabelite korral on päris tülikas. Arvutustabelis võib muidugi ridu filtreerida ja sorteerida, kuid seejuures peab olema väga ettevaatlik. Arvutustabeli kasutajad võivad sageli unustada, et andmevaade on filtreeritud, mis võib kaasa tuua eksimusi. Näiteks summa arvutamisel võid arvata, et sul ongi 100 andmerida, ehkki tegelikult on veel 20, aga need on peidetud.
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.
Kui soovid kasutada andmete väiksemat hulka, näiteks saata neid teistele redigeerimiseks, võib need kopeerida ja asetada teise arvutustabelisse ning redigeerimise järel muudetud andmed taas põhitabelisse asetada. Kuid sellise "käsitsi" redigeerimise korral valitseb suur andmekao või vigaste arvutuste võimalus.
To limit the data view database applications offer queries, forms and reports.
Andmevaate piiramiseks pakuvad andmebaasirakendused päringuid, vorme ja aruandeid.
A very practical way of limiting is the following extended version of the previously described table Persons:
Ühe praktilise piiramise näitena vaatleme varasema tabeli Isikud laiendatud versiooni:
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.
Eeldame, et lisatud veerg Sissetulek sisaldab konfidentsiaalseid andmeid. Kuidas jagada nüüd näiteks isikute kontaktandmeid oma kaastöötajatega ilma nende isikute sissetulekut paljastamata? See on võimalik, kui jagad ainult päringu, aga mitte terve tabeli. Päring võib valida kõik veerud, välja arvatud veerg Sissetulek. Andmebaaside maailmas kannab selline päring sageli nimetust vaade.
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.
Sinu arvuti võib olla küll võimas, aga peaaegu kindlasti koged, et väga suurte arvutustabelite korral jääb see ometi aeglaseks. Selle põhjuseks on esmajoones indeksi puudumine, mis kiirendaks andmete otsingut. Andmebaasid pakuvad sellist võimalust. Kui aga kasutad näiteks süsteemset lõikepuhvrit, võib isegi andmete kopeerimisele kuluda närviajavalt palju aega.
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.
Suuri andmekogumeid sisaldavate arvutustabelite avamisele võib kuluda väga palju aega. Arvutustabelid laadivad avamisel hulga andmeid arvuti mällu. Tõenäoliselt on enamik laaditud andmeist parajasti kasutud või ebavajalikud. Erinevalt arvutustabelitest laadivad andmebaasid andmeid arvuti mällu ainult sellise vajaduse tekkimisel.
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:
Enamasti pole vaja andmebaaside puhul muret tunda, kuidas need andmeid salvestavad. See tähendab, et erinevalt arvutustabelitest ei ole andmebaaside puhul vaja muret tunda järgmiste asjade pärast:
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.
Ridade järjekord, sest sa võid ridu järjestada vastavalt vajadusele. Pealegi võib samu andmeid vaadata mitmes vaates erineval moel.
The same goes for columns (fields) of the table.
Sama käib tabeli veergude (väljade) kohta.
Together with Limiting data view described in the previous paragraph these qualities constitute the advantage of databases.
Koos eelnevas alajaotuses kirjeldatud andmevaate piiramise võimalusega on need omadused andmebaaside väga suureks eeliseks.
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.
Tabelitöötlusrakenduste uusimad versioonid võimaldavad kujundada andmekirjete vorme. Neist on kõige enam kasu siis, kui sinu andmeid ei ole eriti mõistlik esitada tabelina: näiteks kui tekst hõlmab liiga palju ridu või kui kõik veerud ei mahu mingil tingimusel ekraanile ära.
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.
Sellisel juhul osutuvad arvutustabelid juba olemuselt problemaatiliseks. Selliste andmekirjete väljad paiknevad arvutustabelis suvaliselt ega pole tihtipeale eriti turvaliselt kaitstud kasutaja (tahtliku või tahtmatu) sekkumise eest.
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.
Andmebaasid võimaldavad andmeid rühmitada, piirata ja summeerida aruande kujul. Arvutustabelid esitatakse nii ekraanil kui ka trükituna tavaliselt väikeste tabelitena, ilma et sul oleks täielik kontroll lehekülje ja väljade paigutuse üle.
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.
Andmebaaside loomise rakendused sisaldavad sageli terveid programmeerimiskeeli. Uuematel tabelitöötlusrakendustel on samuti see funktsionaalsus, kuid arvutused piirduvad arvutustabeli väljade muutmise ja lihtsa andmete kopeerimisega ega arvesta kuigivõrd eelpool mainitud tervikluse nõuetega.
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.
Andmete töötlemine arvutustabelis käib sageli graafilises kasutajaliideses, mis võib aeglustada andmetöötluse kiirust. Andmebaasid võivad töötada taustal, ilma graafilist kasutajaliidest kasutamata.
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.
Ühe arvutustabeli ühiskasutust on isegi raske ette kujutada. Uusimate rakendustega võib see küll olla tehniliselt võimalik, kuid see nõuab kasutajatelt väga suurt distsipliini, tähelepanelikkust ja teadlikkust, mida on väga raske tagada.
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.
Arvutustabelisse salvestatud andmete klassikaline teistega jagamise viis on saata neile fail tervikuna (tavaliselt e- postiga) või panna see tabelarvutuse failina välja võrku. Suuremate inimrühmade korral on see väga vähetõhus: andmed, mida sul mingil konkreetsel hetkel vaja läheb, võivad olla lukustatud, sest neid kasutab keegi teine.
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.
Andmebaasid on aga juba kavandatud mõttega, et neid võib korraga kasutada ka palju inimesi. Isegi kõige lihtsamates versioonides saab lukustada või vabaks anda tabeli iga rida, mis tagab väga lihtsa ja hõlpsa tabeliandmete jagamise.
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.
Arvutustabeli või selle konkreetsete osade kaitsmine parooliga on üldiselt rohkem sümboolne. Kui tabelarvutuse fail on võrku pandud, võib iga isik, kellel on antud asukohta ligipääs, selle sealt endale kopeerida ja üritada parooli murda. Mõnikord pole see sugugi raske, sest parool on salvestatud arvutustabeliga samasse faili.
Features for edit locking or copy locking of a spreadsheet (or its part) is equally easy to break.
Sama lihtne on jagu saada arvutustabeli või selle osa redigeerimise või kopeerimise lukustamise võimalustest.
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.
Andmebaasid aga (välja arvatud need, mis on serveri asemel salvestatud failina) ei pruugi üldse asuda ühes failis. Neile pääseb ligi võrgus, tavaliselt on selleks vaja anda kasutajanimi ja parool. Ligipääsu saad ainult neile aladele (tabelid, vormid või isegi konkreetsed read ja veerud), millele sulle on selline õigus antud.
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.
Kasutamisõigused võivad tähendada õigust andmeid muuta või ka ainult neid vaadata ehk lugeda. Kui mingeid andmeid pole sulle kättesaadavaks tehtud, ei saadeta neid sinu arvutisse, nii et sul pole neid võimalik kopeerida või vähemalt ei ole see kaugeltki nii lihtne kui tabelarvutuse failide korral.
Database Design
Andmebaasi disain