Athari ya kuathiriwa (CVE-2019-18634) imetambuliwa katika matumizi ya sudo, ambayo hutumiwa kupanga utekelezaji wa amri kwa niaba ya watumiaji wengine, ambayo hukuruhusu kuongeza upendeleo wako kwenye mfumo. Tatizo […]

Kutolewa kwa WordPress 5.3 huboresha na kupanua kihariri cha kuzuia kilicholetwa katika WordPress 5.0 na kizuizi kipya, mwingiliano wa angavu zaidi, na ufikivu ulioboreshwa. Vipengele vipya katika mhariri […]

Baada ya miezi tisa ya maendeleo, kifurushi cha media titika cha FFmpeg 4.2 kinapatikana, ambacho ni pamoja na seti ya programu na mkusanyiko wa maktaba za utendakazi kwenye umbizo la media titika (kurekodi, kubadilisha na […]

Vipengele vipya katika Linux Mint 19.2 Cinnamon

Linux Mint 19.2 ni toleo la usaidizi la muda mrefu ambalo litatumika hadi 2023. Inakuja na programu iliyosasishwa na ina maboresho na mengi mapya […]

Usambazaji wa Linux Mint 19.2 umetolewa

Inayowasilishwa ni kutolewa kwa usambazaji wa Linux Mint 19.2, sasisho la pili kwa tawi la Linux Mint 19.x, lililoundwa kwa msingi wa kifurushi cha Ubuntu 18.04 LTS na kutumika hadi 2023. Usambazaji unaendana kikamilifu [...]

Matoleo mapya ya huduma ya BIND yanapatikana ambayo yana marekebisho ya hitilafu na uboreshaji wa vipengele. Matoleo mapya yanaweza kupakuliwa kutoka kwa ukurasa wa vipakuliwa kwenye tovuti ya msanidi programu: […]

Exim ni wakala wa uhamishaji ujumbe (MTA) uliotengenezwa katika Chuo Kikuu cha Cambridge kwa matumizi kwenye mifumo ya Unix iliyounganishwa kwenye Mtandao. Inapatikana bila malipo kwa mujibu wa [...]

Baada ya karibu miaka miwili ya maendeleo, kutolewa kwa ZFS kwenye Linux 0.8.0 kunawasilishwa, utekelezaji wa mfumo wa faili wa ZFS, iliyoundwa kama moduli ya kernel ya Linux. Moduli imejaribiwa na kokwa za Linux kutoka 2.6.32 hadi […]

IETF (Kikosi Kazi cha Uhandisi wa Mtandao), ambacho hutengeneza itifaki na usanifu wa Mtandao, imekamilisha RFC kwa itifaki ya ACME (Mazingira ya Usimamizi wa Cheti Kiotomatiki) […]

Mamlaka ya uidhinishaji kwa mashirika yasiyo ya faida ya Let’s Encrypt, ambayo inadhibitiwa na jumuiya na hutoa vyeti bila malipo kwa kila mtu, ilifanya muhtasari wa matokeo ya mwaka uliopita na kuzungumzia mipango ya 2019. […]

Sasisho la mwisho: 03/17/2018

Ili kuunda meza, tumia amri ya CREATE TABLE, ikifuatiwa na jina la meza. Unaweza pia kutumia idadi ya waendeshaji na amri hii ambayo inafafanua safu wima za jedwali na sifa zao. Syntax ya jumla ya kuunda jedwali ni kama ifuatavyo.

UTENGENEZA jedwali_jina_la_jina (safu_jina1 data_aina_sifa_za safu wima1, safu_ya_jina_aina ya data_sifa_za_sifa2, ..................................... . ......... safu_jinaN data_aina ya safu_sifaN, sifa_za_jedwali);

Baada ya jina la jedwali, vipimo vya safu wima zote vimeorodheshwa kwenye mabano. Zaidi ya hayo, kwa kila safu lazima uonyeshe jina na aina ya data ambayo itawakilisha. Aina ya data huamua ni data gani (nambari, mifuatano, n.k.) safu inaweza kuwa nayo.

Kwa mfano, wacha tuunde jedwali kwenye hifadhidata kwa kutumia pgAdmin. Ili kufanya hivyo, chagua kwanza hifadhidata inayolengwa katika pgAdmin, bonyeza kulia juu yake na uchague Zana ya Maswali... kwenye menyu ya muktadha:

Baada ya hayo, uwanja wa kuingiza msimbo wa SQL utafunguliwa. Zaidi ya hayo, jedwali litaundwa mahsusi kwa hifadhidata ambayo tutafungua uwanja huu wa uingizaji wa SQL.

TUNDA WATEJA WA JEDWALI (Kitambulisho UFUNGUO WA MSINGI, Jina la Kwanza TABIA INAYOTOFAUTIANA(30), Jina la Ukoo TABIA INAYOTOFAUTIANA(30), Barua pepe TABIA INAYOTOFAUTIANA(30), Umri KABISA);

Katika kesi hii, safu wima tano zimefafanuliwa katika jedwali la Wateja: Kitambulisho, Jina la Kwanza, Jina la Mwisho, Umri, Barua pepe. Safu wima ya kwanza, Kitambulisho, inawakilisha kitambulisho cha mteja, hutumika kama ufunguo msingi na kwa hivyo ni ya aina ya SERIAL. Kwa kweli, safu hii itahifadhi thamani ya nambari 1, 2, 3, nk, ambayo itaongezeka kwa moja kwa moja kwa kila safu mpya.

Safu wima tatu zinazofuata zinawakilisha jina la kwanza la mteja, jina la mwisho na anwani ya barua pepe na ni za aina CHARACTER VARYING(30) , kumaanisha kuwa ni mfuatano wa herufi zisizozidi 30.

Safu wima ya mwisho, Umri, inawakilisha umri wa mtumiaji na ni ya aina INTEGER, kumaanisha kwamba huhifadhi nambari.

Na baada ya kutekeleza amri hii, meza ya wateja itaongezwa kwenye hifadhidata iliyochaguliwa.

Kuondoa meza

Ili kuangusha majedwali, tumia amri ya DROP TABLE, ambayo ina syntax ifuatayo:

ONDOA TABLE jedwali1 [, jedwali2, ...];

Kwa mfano, kufuta meza ya wateja.

Amri 15 Muhimu za PostgreSQL

Kuna mafunzo mengi ya PostgreSQL kwenye wavuti ambayo yanaelezea amri za kimsingi. Lakini wakati wa kupiga mbizi zaidi katika kazi, masuala ya vitendo hutokea ambayo yanahitaji timu za juu.

Amri kama hizo, au vijisehemu, hazielezewi sana kwenye hati. Hebu tuangalie mifano michache ambayo ni muhimu kwa watengenezaji na wasimamizi wa hifadhidata.

Kupata habari kuhusu hifadhidata

Ukubwa wa hifadhidata

Ili kupata saizi ya kawaida ya faili za hifadhidata (hifadhi), tunatumia swali lifuatalo:

CHAGUA pg_database_size(current_database());

Matokeo yatawasilishwa kama nambari ya fomu 41809016.

current_database() ni kazi inayorudisha jina la hifadhidata ya sasa. Badala yake, unaweza kuingiza jina kwa maandishi:

CHAGUA pg_database_size("database_yangu");

Ili kupata taarifa katika umbo linaloweza kusomeka na binadamu, tunatumia pg_size_pretty kazi:

CHAGUA pg_size_pretty(pg_database_size(current_database()));

Matokeo yake, tunapata taarifa ya fomu 40 Mb.

Orodha ya meza

Wakati mwingine unahitaji kupata orodha ya meza za hifadhidata. Ili kufanya hivyo, tunatumia swali lifuatalo:

CHAGUA jedwali_jina KUTOKA information_schema.tables WHERE table_schema NOT IN ("information_schema","pg_catalog");

information_schema ni utaratibu wa kawaida wa hifadhidata ambao una mikusanyiko ya maoni kama vile majedwali, sehemu, n.k. Maoni ya jedwali yana habari kuhusu majedwali yote kwenye hifadhidata.

Hoja iliyo hapa chini itachagua majedwali yote kutoka kwa mpangilio maalum wa hifadhidata ya sasa:

CHAGUA jedwali_jina KUTOKA information_schema.meza AMBAPO table_schema HAIKO ("information_schema", "pg_catalog") NA table_schema IN("public", "myschema");

Hali ya mwisho ya IN inaweza kutumika kutaja jina la schema mahususi.

Ukubwa wa meza

Sawa na kupata saizi ya hifadhidata, saizi ya data ya jedwali inaweza kuhesabiwa kwa kutumia kazi inayofaa:

CHAGUA pg_relation_size("akaunti");

Kitendakazi cha pg_relation_size kinarudisha kiasi cha nafasi ya diski ambayo safu maalum ya jedwali au faharasa fulani inachukua kwenye diski.

Jina la meza kubwa zaidi

Ili kuonyesha orodha ya majedwali katika hifadhidata ya sasa, iliyopangwa kwa ukubwa wa jedwali, endesha hoja ifuatayo:

CHAGUA relname, relpages FROM pg_class ORDER BY relpages DESC;

Ili kuonyesha maelezo kuhusu jedwali kubwa zaidi, tunawekea kikomo hoja kwa kutumia LIMIT:

CHAGUA relname, relpages FROM pg_class ORDER BY relpages DESC LIMIT 1;

relname - jina la meza, index, mtazamo, nk.
relpages - saizi ya uwakilishi wa diski ya jedwali hili kwa idadi ya kurasa (kwa msingi, ukurasa mmoja ni 8 KB).
pg_class ni jedwali la mfumo ambalo lina habari kuhusu uhusiano kati ya jedwali la hifadhidata.

Orodha ya watumiaji waliounganishwa

Ili kujua jina, IP na bandari iliyotumika ya watumiaji waliounganishwa, endesha swali lifuatalo:

CHAGUA jina la dat, jina la utumiaji, mteja_addr, kituo_cha_mteja KUTOKA pg_stat_shughuli;

Shughuli ya mtumiaji

Ili kujua shughuli ya muunganisho wa mtumiaji fulani, tumia swali lifuatalo:

CHAGUA datname KUTOKA pg_stat_activity WAPI jina la matumizi = "devuser";

Kufanya kazi na data na mashamba ya meza

Inaondoa nakala za safu mlalo

Iwapo itatokea kwamba jedwali haina ufunguo wa msingi, basi pengine kutakuwa na nakala kati ya rekodi. Ikiwa kwa meza kama hiyo, haswa kubwa, inahitajika kuweka vizuizi ili kuangalia uadilifu, kisha uondoe vitu vifuatavyo:

• mistari miwili,
• hali ambapo safu wima moja au zaidi zimenakiliwa (ikiwa safu wima hizi zimekusudiwa kutumika kama ufunguo msingi).

Wacha tuzingatie jedwali lililo na data ya mteja, ambapo safu nzima (ya pili) inarudiwa.

Hoja ifuatayo itakusaidia kuondoa nakala zote:

FUTA KUTOKA KWA wateja AMBAPO ctid NOT IN (CHAGUA max(ctid) KUTOKA KWA WATEJA KUNDI KWA wateja.*);

Sehemu ya ctid, ya kipekee kwa kila rekodi, imefichwa kwa chaguo-msingi, lakini iko katika kila jedwali.

Ombi la mwisho ni kubwa la rasilimali, kwa hivyo kuwa mwangalifu wakati wa kulitekeleza kwenye mradi wa uzalishaji.

Sasa fikiria kesi wakati maadili ya uwanja yanarudiwa.

Iwapo itaruhusiwa kufuta nakala bila kuhifadhi data yote, tutatekeleza ombi lifuatalo:

FUTA KUTOKA KWA wateja AMBAPO ctid HAKUNA (CHAGUA max(ctid) KUTOKA KWA wateja KUNDI KWA mteja_id);

Ikiwa data ni muhimu, basi kwanza unahitaji kupata rekodi zilizo na nakala:

CHAGUA * KUTOKA KWA wateja AMBAPO ctid HAKUNA (CHAGUA max(ctid) KUTOKA KWA wateja KUNDI KWA mteja_id);

Kabla ya kufuta, rekodi kama hizo zinaweza kuhamishiwa kwenye jedwali la muda au thamani ya mteja_id ndani yake inaweza kubadilishwa na nyingine.

Fomu ya jumla ya ombi la kufuta rekodi zilizoelezwa hapo juu ni kama ifuatavyo:

FUTA KUTOKA kwa table_name AMBAPO ctid HAKUNA (CHAGUA max(ctid) KUTOKA kwa table_name KIKUNDI KWA safuwima1, );

Kubadilisha aina ya uwanja kwa usalama

Kunaweza kuwa na swali kuhusu kujumuisha kazi kama hiyo katika orodha hii. Baada ya yote, katika PostgreSQL ni rahisi sana kubadilisha aina ya shamba kwa kutumia amri ya ALTER. Wacha tuangalie jedwali la mteja tena kama mfano.

Sehemu ya kitambulisho cha mteja hutumia aina ya data ya mfuatano wa varchar. Hili ni kosa kwa sababu sehemu hii inapaswa kuhifadhi vitambulisho vya mteja, ambavyo viko katika umbizo kamili. Kutumia varchar sio haki. Wacha tujaribu kusahihisha kutokuelewana huku kwa kutumia ALTER amri:

ALTER TABLE wateja ALTER COLUMN mteja_kitambulisho TYPE nambari kamili;

Lakini kama matokeo ya utekelezaji tunapata kosa:

HITILAFU: safu wima "customer_id" haiwezi kutupwa kiotomatiki ili kuandika nambari kamili
Jimbo la SQL: 42804
Kidokezo: Bainisha usemi wa KUTUMIA ili kutekeleza ubadilishaji.

Hii inamaanisha kuwa huwezi kubadilisha tu aina ya uga ikiwa kuna data kwenye jedwali. Kwa kuwa aina ya varchar ilitumiwa, DBMS haiwezi kubainisha kama thamani ni nambari kamili. Ingawa data inalingana na aina hii. Ili kufafanua jambo hili, ujumbe wa makosa unapendekeza kutumia usemi wa KUTUMIA kubadilisha data yetu kuwa nambari kamili:

ALTER TABLE wateja ALTER COLUMN mteja_kitambulisho TYPE integer KUTUMIA (customer_id::integer);

Kama matokeo, kila kitu kilikwenda bila makosa:

Tafadhali kumbuka kuwa wakati wa kutumia USING, pamoja na kujieleza maalum, inawezekana kutumia kazi, mashamba mengine na waendeshaji.

Kwa mfano, hebu tubadilishe sehemu ya customer_id kuwa varchar , lakini kwa ubadilishaji wa umbizo la data:

ALTER TABLE wateja ALTER COLUMN mteja_kitambulisho TYPE varchr KUTUMIA (customer_id || "-" || first_name);

Kama matokeo, meza itaonekana kama hii:

Kutafuta maadili "yaliyopotea".

Kuwa mwangalifu unapotumia mlolongo kama ufunguo wa msingi: wakati wa mgawo, baadhi ya vipengele vya mlolongo hurukwa kwa bahati mbaya, na kama matokeo ya kufanya kazi na jedwali, rekodi zingine hufutwa. Maadili kama haya yanaweza kutumika tena, lakini ni ngumu kupata kwenye meza kubwa.

Hebu fikiria chaguzi mbili za utafutaji.

Njia ya kwanza
Wacha tuendeshe hoja ifuatayo ili kupata mwanzo wa muda na thamani "iliyopotea":

CHAGUA kitambulisho cha mteja + 1 KUTOKA KWA wateja mo AMBAPO HAIPO (CHAGUA NULL KUTOKA KWA wateja mi WHERE mi.customer_id = mo.customer_id + 1) AGIZA KWA mteja_id;

Kama matokeo, tunapata maadili yafuatayo: 5, 9 na 11.

Ikiwa unahitaji kupata sio tu tukio la kwanza, lakini maadili yote ambayo hayapo, tunatumia hoja ifuatayo (ya rasilimali nyingi!):

NA seq_max AS (CHAGUA max(customer_id) KUTOKA KWA wateja), seq_min AS (CHAGUA dak(customer_id) KUTOKA KWA wateja) CHAGUA *KUTOKA KWA generate_series((CHAGUA dak kutoka seq_min),(CHAGUA upeo KUTOKA seq_max)) ILA CHAGUA kitambulisho cha mteja KUTOKA KWA wateja;

Kama matokeo, tunaona matokeo yafuatayo: 5, 9 na 6.

Njia ya pili
Tunapata jina la mlolongo unaohusishwa na customer_id:

CHAGUA pg_get_serial_sequence("wateja", "customer_id");

Na tunapata vitambulisho vyote vilivyokosekana:

KWA mfuatano_maelezo AS (CHAGUA thamani_ya_anzilishi, thamani_ya_mwisho KUTOKA "SchemaName"."Jina la Mfuatano") CHAGUA mfululizo_wa_mfululizo ((sequence_info.start_value), (sequence_info.last_value)) KUTOKA kwa mfuatano_maelezo ISIPOKUWA CHAGUA kitambulisho cha mteja KUTOKA KWA wateja;

Kuhesabu idadi ya safu katika jedwali

Idadi ya safu huhesabiwa na chaguo za kukokotoa za kawaida, lakini inaweza kutumika kwa masharti ya ziada.

Jumla ya idadi ya safu katika jedwali:

CHAGUA hesabu(*) KUTOKA jedwali;

Idadi ya safu mlalo mradi uga uliobainishwa hauna NULL:

CHAGUA hesabu(col_name) KUTOKA jedwali;

Idadi ya safu mlalo za kipekee kwa uga uliobainishwa:

CHAGUA hesabu(col_name tofauti) KUTOKA jedwali;

Kwa kutumia Miamala

Muamala unachanganya mlolongo wa vitendo kuwa operesheni moja. Upekee wake ni kwamba ikiwa kuna hitilafu katika kutekeleza shughuli, hakuna matokeo yoyote ya vitendo yatahifadhiwa kwenye hifadhidata.

Wacha tuanze shughuli kwa kutumia BEGIN amri.

Ili kurudisha nyuma shughuli zote zilizopatikana baada ya BEGIN, tumia amri ya ROLLBACK.

Na kuitumia - amri ya COMMIT.

Tazama na usitishe maswali yanayoendeshwa

Ili kupata habari kuhusu maombi, endesha amri ifuatayo:

CHAGUA pid, umri(query_start, clock_timestamp()), usename, query FROM pg_stat_activity WHERE query != " " NA swala HAIPENDI "%pg_stat_activity%" ORDER BY query_start desc;

Ili kusimamisha ombi maalum, endesha amri ifuatayo, ikionyesha kitambulisho cha mchakato (pid):

CHAGUA pg_cancel_backend(procpid);

Ili kusimamisha ombi, endesha:

CHAGUA pg_terminate_backend(procpid);

Kufanya kazi na usanidi

Kutafuta na kubadilisha eneo la mfano wa nguzo

Hali inawezekana wakati matukio kadhaa ya PostgreSQL yanasanidiwa kwenye mfumo mmoja wa uendeshaji, ambao "hukaa" kwenye bandari tofauti. Katika kesi hii, kutafuta njia ya uwekaji wa kimwili wa kila mfano ni kazi ya kuimarisha mishipa. Ili kupata taarifa hii, endesha hoja ifuatayo kwa hifadhidata yoyote katika kundi la mambo yanayokuvutia:

SHOW saraka_ya_data;

Wacha tubadilishe eneo kuwa lingine kwa kutumia amri:

SET data_directory kwa new_directory_path;

Lakini ili mabadiliko yaanze, kuwasha tena inahitajika.

Kupata orodha ya aina za data zinazopatikana

Tunapata orodha ya aina za data zinazopatikana kwa kutumia amri:

CHAGUA jina la chapa, chapa kutoka pg_type ambapo typtype="b";

typname - jina la aina ya data.
typelen - ukubwa wa aina ya data.

Kubadilisha mipangilio ya DBMS bila kuwasha upya

Mipangilio ya PostgreSQL iko katika faili maalum kama postgresql.conf na pg_hba.conf. Baada ya kubadilisha faili hizi, DBMS inahitaji kupokea mipangilio tena. Ili kufanya hivyo, seva ya hifadhidata imeanzishwa tena. Ni wazi kwamba unapaswa kufanya hivyo, lakini kwenye toleo la uzalishaji wa mradi huo, ambao hutumiwa na maelfu ya watumiaji, hii haifai sana. Kwa hivyo, PostgreSQL ina kazi ambayo hukuruhusu kutumia mabadiliko bila kuwasha tena seva:

CHAGUA pg_reload_conf();

Lakini, kwa bahati mbaya, haitumiki kwa vigezo vyote. Katika baadhi ya matukio, kuwasha upya kunahitajika ili mipangilio itumike.

Tuliangalia amri ambazo zitasaidia kurahisisha kazi ya wasanidi programu na wasimamizi wa hifadhidata kwa kutumia PostgreSQL. Lakini hizi sio njia zote zinazowezekana. Ikiwa umekutana na kazi za kupendeza, andika juu yao kwenye maoni. Wacha tushiriki uzoefu muhimu!

Njia mbadala ya kufanya kazi na hifadhidata kupitia koni ni mazingira angavu zaidi ya mteja yeyote wa GUI. Kwa mfano, pgAdmin. Kuisakinisha ni rahisi sana, tunaifanya kwa haki za mtumiaji mkuu:

sudo apt-get install pgadmin3

Sasa unaweza kukimbia pgAdmin kupitia kiolesura cha picha. Tunachagua seva ya hifadhidata ya ndani kutoka kwenye orodha (ina bandari chaguo-msingi 5432) na kuongeza hifadhidata ambayo tumeunda tayari na vigezo ambavyo tumeainisha.

pgAdmin

Katika seva hii ya ndani kwa kuongeza nodi Hifadhidata unaweza pia kupata nodi inayoitwa Majukumu ya Kuingia- majukumu yote yanayopatikana.

Kutoka kwa hifadhidata zote zinazopatikana, wacha tuchague ile tuliyounda nayo. Hifadhidata ina aina nyingi tofauti za vitu. Miongoni mwao, tahadhari maalum inapaswa kulipwa kwa meza na mlolongo ( mifuatano).

Mara nyingi, jedwali la kawaida huwa na ufunguo msingi katika mfumo wa thamani chanya ya nambari. Kwa kila safu, thamani hii lazima iwe ya kipekee, kwa hivyo ili usiielezee moja kwa moja katika ombi kila wakati, unaweza kuweka mlolongo kama dhamana chaguo-msingi.

Kwanza, hebu tutengeneze mlolongo. Chagua Mifuatano - Mfuatano Mpya. Kwenye kichupo cha kwanza, ingiza jina na ueleze kama Mmiliki jukumu tulilounda. Mfuatano huu hautapatikana kwa majukumu mengine. Kwenye kichupo cha pili kwenye shamba Ongezeko Na Anza ingiza moja kwa wakati (isipokuwa unahitaji kitu kingine). Kwenye kichupo cha mwisho cha kisanduku cha mazungumzo unaweza kuona swali linalotokana na SQL ambalo litatekelezwa kwenye hifadhidata.

Mara baada ya mlolongo kuundwa, hebu tuanze kuunda meza. Pia tunaonyesha jina na mmiliki wake. Kwenye kichupo cha nne Safu Kwanza kabisa, tunaongeza ufunguo wa msingi. Kitufe Ongeza, kwenye dirisha inayoonekana, onyesha jina la safu, kwa mfano, kitambulisho. Kwa aina ya data tunachagua kubwa. Kwenye kichupo cha pili Ufafanuzi shambani Thamani Chaguomsingi Tunaonyesha mlolongo wetu. Sehemu lazima iwe na thamani kama nextval("message_id_seq"::regclass). Hiyo ni, kila wakati safu mpya inapoongezwa, thamani inayofuata itachukuliwa kutoka kwa mlolongo. Aliongeza safu wima zingine kama inahitajika. Hatimaye, kwenye kichupo Vikwazo ongeza kizuizi kwenye ufunguo wa msingi ( Ufunguo Msingi) Kwenye kichupo cha mwisho tunaweza kupendeza msimbo unaotokana wa SQL ambao pgAdmin ilitoa. Baada ya kubofya OK, meza itaundwa.

Badala ya bigint kama ufunguo msingi, unaweza kubainisha kama aina ya safu bigserial. Aina hii huongezeka kiotomatiki kila safu mpya inapoongezwa, kwa hivyo hakuna haja ya kuunda mlolongo wake. Hiyo ni, katika kesi rahisi, ikiwa huna sheria maalum za kuzalisha kitambulisho cha rekodi, tunaweza kupendekeza kutumia bigserial.

Wacha tuangalie yaliyomo kwenye jedwali letu. Ili kufanya hivyo, bonyeza-click juu yake na uchague kwenye menyu ya muktadha Tazama Data - Tazama safu 100.

Katika dirisha sawa unaweza kuhariri haraka thamani ya seli yoyote ya meza. Ikiwa jedwali lako lina rekodi zaidi ya 100, badilisha idadi ya rekodi iliyoonyeshwa kwenye orodha kunjuzi iliyo juu ya dirisha. Unaweza kuonyesha 100, 500, 1000 au maingizo yote. Lakini hii sio zaidi ya njia ya kutazama haraka yaliyomo kwenye jedwali na haupaswi kuizoea. Ikiwa una makumi ya maelfu ya rekodi kwenye meza yako, singependekeza kuonyesha rekodi zote mara moja - katika kesi hii ni bora kuandika swala kwa kutumia vigezo. kikomo Na kukabiliana.