.\" -*- coding: UTF-8 -*-
.\" Copyright (c) 1990, 1993
.\"	The Regents of the University of California.  All rights reserved.
.\"
.\" SPDX-License-Identifier: BSD-4-Clause-UC
.\"
.\"	@(#)btree.3	8.4 (Berkeley) 8/18/94
.\"
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH btree 3 "4 grudnia 2022 r." "Linux man\-pages 6.05.01" 
.\".UC 7
.SH NAZWA
btree \- metoda dostępu do bazy btree
.SH BIBLIOTEKA
Standardowa biblioteka C (\fIlibc\fP, \fI\-lc\fP)
.SH SKŁADNIA
.nf
\fB#include <sys/types.h> #include <db.h>\fP
.fi
.SH OPIS
\fINote well\fP: This page documents interfaces provided up until glibc 2.1.
Since glibc 2.2, glibc no longer provides these interfaces.  Probably, you
are looking for the APIs provided by the \fIlibdb\fP library instead.
.PP
Funkcja \fBdbopen\fP() stanowi interfejs biblioteczny do plików baz
danych. Jednym z obsługiwanych formatów są pliki btree. Ogólny opis metod
dostępu do baz danych znajduje się w \fBdbopen\fP(3), a ta strona podręcznika
opisuje jedynie informacje specyficzne dla btree.
.PP
Struktura danych btree stanowi uporządkowaną, zrównoważoną strukturę
drzewiastą, przechowującą powiązane pary klucz/dane.
.PP
Specyficzna dla metody dostępu btree struktura danych używana przez
\fBdbopen\fP(3) jest zdefiniowana w pliku nagłówkowym \fI<db.h>\fP
następująco:
.PP
.in +4n
.EX
typedef struct {
    unsigned long flags;
    unsigned int  cachesize;
    int           maxkeypage;
    int           minkeypage;
    unsigned int  psize;
    int         (*compare)(const DBT *key1, const DBT *key2);
    size_t      (*prefix)(const DBT *key1, const DBT *key2);
    int           lorder;
} BTREEINFO;
.EE
.in
.PP
Struktura ta zawiera następujące elementy:
.TP 
\fIflags\fP
Wartość znacznika jest określona przez alternatywę bitową (\fIOR\fP) dowolnych
z następujących wartości:
.RS
.TP 
\fBR_DUP\fP
Zezwala na powtarzające się w drzewie klucze, tzn. pozwala dodawać klucze,
które już w drzewie istnieją. Domyślnym zachowaniem, jak opisano w
\fBdbopen\fP(3), jest nadpisywanie istniejącego pasującego klucza podczas
wprowadzania nowego klucza lub niepomyślne zakończenie, gdy podany jest
znacznik \fBR_NOOVERWRITE\fP. Znacznik \fBR_DUP\fP jest nadpisywany przez znacznik
\fBR_NOOVERWRITE\fP; gdy znacznik \fBR_NOOVERWRITE\fP jest podany, próba dodania
do drzewa klucza, który już istnieje, zakończy się niepowodzeniem.
.IP
Jeśli baza danych zawiera powtarzające się klucze, kolejność pobierania
kluczy/danych za pomocą funkcji \fIget\fP jest niezdefiniowana, jednakże,
wywołania funkcji \fIseq\fP z ustawionym znacznikiem \fBR_CURSOR\fP zawsze zwrócą
logicznie "pierwszy" z dowolnej grupy powtarzających się kluczy.
.RE
.TP 
\fIcachesize\fP
Sugerowany maksymalny rozmiar (w bajtach) bufora w pamięci. Wartość ta
stanowi \fBjedynie\fP zalecenie, więc metoda dostępu raczej przydzieli więcej
pamięci niż zawiedzie. Ze względu na to, że każde poszukiwanie bada stronę
korzenia drzewa, buforowanie najczęściej używanych stron istotnie skróci
czas dostępu. Dodatkowo, fizyczne zapisy będą opóźnione na tyle, na ile
będzie to możliwe, więc umiarkowany bufor może istotnie zmniejszyć liczbę
operacji wejścia/wyjścia. Oczywiście, korzystanie z bufora zwiększa (ale
jedynie zwiększa) prawdopodobieństwo uszkodzenia lub utraty danych, jeśli
system ulegnie awarii podczas gdy drzewo jest modyfikowane. Jeśli
\fIcachesize\fP wynosi 0 (nie podano rozmiaru) używany jest bufor domyślny.
.TP 
\fImaxkeypage\fP
.\" The maximum number of keys which will be stored on any single page.
.\" Because of the way the btree data structure works,
.\" .I maxkeypage
.\" must always be greater than or equal to 2.
.\" If
.\" .I maxkeypage
.\" is 0 (no maximum number of keys is specified), the page fill factor is
.\" made as large as possible (which is almost invariably what is wanted).
Maksymalna liczba kluczy, które będą przechowywane w ramach pojedynczej
strony. Aktualnie nie zaimplementowane.
.TP 
\fIminkeypage\fP
Minimalna liczba kluczy przechowywanych w ramach pojedynczej strony. Wartość
ta służy do określania, które klucze będą przechowywane w stronach
nadmiarowych, to jest jeśli klucz lub element danych jest większy niż
rozmiar strony podzielony przez wartość minkeypage, będzie on przechowywany
w stronie nadmiarowej, zamiast w stronie właściwej. Jeśli \fIminkeypage\fP
wynosi 0 (nie podano minimalnej liczby kluczy), użyta zostanie wartość 2.
.TP 
\fIpsize\fP
Rozmiar strony jest rozmiarem (w bajtach) stron używanych przez węzły
drzewa. Minimalny rozmiar strony wynosi 512 bajtów, a maksymalnym rozmiarem
jest 64KiB. Jeśli \fIpsize\fP wynosi 0 (nie podano rozmiaru strony), rozmiar
strony jest wybierany w oparciu o rozmiar bloku używanego systemu plików.
.TP 
\fIcompare\fP
Compare jest funkcją porównywania kluczy.  Musi ona zwracać liczbę całkowitą
mniejszą, równą lub większą od zera, gdy klucz będący pierwszym argumentem
jest, odpowiednio, mniejszy, równy, większy niż klucz będący drugim
argumentem.  Dla danego drzewa przy każdym jego otwarciu musi być używana ta
sama funcja porównawcza.  Jeśli \fIcompare\fP ma wartość NULL (nie podano
funkcji porównawczej), klucze będą porównywane leksykalnie, przy czym
krótsze klucze będą uważane za mniejsze niż klucze dłuższe.
.TP 
\fIprefix\fP
Prefix jest funkcją porównywania przedrostków.  Jeśli zostanie podana, musi
ona zwracać liczbę bajtów argumentu będącego drugim kluczem, które są
niezbędne dla określenia czy jest on większy niż klucz będący pierwszym
argumentem. Gdy klucze będą równe, powinna zostać zwrócona długość klucza.
Uwaga, przydatność tej funkcji silnie zależy od danych, jednak dla pewnych
zbiorów danych jej używanie może prowadzić do istotnie zmniejszonych
rozmiarów drzewa i krótszych czasów poszukiwania. Jeśli \fIprefix\fP ma wartość
NULL (nie podano funkcji prefix) \fBoraz\fP nie podano funkcji porównawczej,
użyta zostanie domyślna funkcja porównywania leksykalnego.  Jeśli \fIprefix\fP
ma wartość NULL i podano funkcję porównawczą, nie będzie wykonywane
porównywanie przedrostków.
.TP 
\fIlorder\fP
Kolejność bajtów dla liczb całkowitych w przechowywanych metadanych bazy.
Liczba powinna reprezentować kolejność jako liczbę całkowitą; na przykład,
porządek grubokońcy byłby liczbą 4,321.  Jeśli \fIlorder\fP wynosi 0 (nie
podano kolejności) użyta zostanie aktualna, systemowa kolejność.
.PP
If the file already exists (and the \fBO_TRUNC\fP flag is not specified), the
values specified for the arguments \fIflags\fP, \fIlorder\fP, and \fIpsize\fP are
ignored in favor of the values used when the tree was created.
.PP
Liniowe przeglądanie drzewa "do przodu" odbywa się od najmniejszego klucza
do największego.
.PP
Przestrzeń zwolniona przez usunięcie par klucz/dane z drzewa nie jest nigdy
odzyskiwana, jednakże, jest ona normalnie dostępna dla ponownego
użycia. Oznacza to, że struktura przechowująca drzewo btree może jedynie
rosnąć. Jedynym rozwiązaniem jest unikanie nadmiernego usuwania lub okresowe
tworzenie świeżego drzewa na podstawie przeglądania istniejcego drzewa.
.PP
Przeszukiwania, wstawiania i usunięcia w btree odbywają się w czasie O lg
base N, gdzie base jest czynnikiem średniego wypełnienia.  Często,
wprowadzanie do drzew btree danych uporządkowanych prowadzi do niskiego
czynnika wypełnienia.  Ta implementacja została zmodyfikowana, aby uczynić
uporządkowane wprowadzanie najkorzystniejszym przypadkiem, uzyskując w
wyniku tego dużo lepszy niż normalnie czynnik wypełnienia stron.
.SH BŁĘDY
Funkcje metod dostępu \fIbtree\fP mogą zawieść i ustawić \fIerrno\fP dla dowolnego
z błędów podanych w podręczniku funkcji bibliotecznej \fBdbopen\fP(3).
.SH USTERKI
Obsługuje jedynie ostrokońcy i grubokońcy porządek bajtów.
.SH "ZOBACZ TAKŻE"
\fBdbopen\fP(3), \fBhash\fP(3), \fBmpool\fP(3), \fBrecno\fP(3)
.PP
\fIThe Ubiquitous B\-tree\fP, Douglas Comer, ACM Comput. Surv. 11, 2 (czerwiec
1979), 121\-138.
.PP
\fIPrefix B\-trees\fP, Bayer and Unterauer, ACM Transactions on Database
Systems, t. 2, 1 (marzec 1977), 11\-26.
.PP
\fIThe Art of Computer Programming Vol. 3: Sorting and Searching\fP,
D.E. Knuth, 1968, str. 471\-480.
.PP
.SH TŁUMACZENIE
Autorami polskiego tłumaczenia niniejszej strony podręcznika są:
Andrzej Krzysztofowicz <ankry@green.mf.pg.gda.pl>,
Robert Luberda <robert@debian.org>
i
Michał Kułach <michal.kulach@gmail.com>
.
.PP
Niniejsze tłumaczenie jest wolną dokumentacją. Bliższe informacje o warunkach
licencji można uzyskać zapoznając się z
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License w wersji 3
.UE
lub nowszej. Nie przyjmuje się ŻADNEJ ODPOWIEDZIALNOŚCI.
.PP
Błędy w tłumaczeniu strony podręcznika prosimy zgłaszać na adres listy
dyskusyjnej
.MT manpages-pl-list@lists.sourceforge.net
.ME .
