Article View: pl.comp.bazy-danych
Article #194118Re: PostgreSQL - jak najlepiej definiować dynamiczne pola?
From: M.M.
Date: Wed, 11 Feb 2015 13:09
Date: Wed, 11 Feb 2015 13:09
66 lines
4766 bytes
4766 bytes
On Wednesday, February 11, 2015 at 10:39:11 AM UTC+1, nk...@toya.net.pl wrote:
> W dniu środa, 11 lutego 2015 09:54:03 UTC+1 użytkownik wloochacz napisał:
>
>
>
> > Generalnie mam gdzieś co sobie myślisz na temat mojego nicku i mnie samego.
> > Rozumiem, że i ty węszysz wszędzie jakiś spisek - nawet w moim nicku?
>
> Ale mnie się naprawdę podoba, robi mi się tak jakoś wesoło
> nie bierz tego aż tak do siebie.
>
>
>
>
> No tak, ale wszyscy grupowicze widzą, że nie chcesz odpowiadać
> rzeczowo na pytania a jedynie rzucasz potworami słownymi,
> które nie przydają się praktycznie programiście korzystającym
> z gotowego produktu.
> No bo co obchodzi panią Basię, że jej pismo jest zapisane na dysku
> nie w postaci ciągłej tylko jest potwornie poszatkowane.
> Dla Basi to jej pismo a dla informatyka plik w formacie worda
> poszatkowany na dysku.
>
> > > A tak z ciekawości jak prawidłowo to to nazywać, bo jak zauważyłeś
> > > mało ludzi wie do czego są te indeksy i określenie indeks to za mało,
> > > no i dlaczego to to nazywają indeks.
>
> > Jest pewna nomenklatura, prawda?
> > To zacznij jej używać - jeżeli wszyscy będą mówili o tym samym przy
>
>
> No to jak ty się wymigujesz to ja wyjaśnię.
>
> tab{10) to zwykła tablica pamięciowa ma 10 elementów.
> Do każdego elementu można się dostać natychmiast np.: tab[6]="abc";
> W tabeli bazodanowej SQL nie ma takiej możliwości
A to nie jest taka możliwość?
update tab set name='abc' where id = select id from tab order by id offset 6 limit 1;
> do czasu
> stworzenia pliku, PLIKU!!! który będzie miał poszeregowane
> alfabetycznie rekordy.
Chyba zaindeksowane rekordy po id.
> ...rekord zawierający nazwisko KOWALSKI o nieznanym w SQL numerze
> (id to sztuczny numer udający numer rekordu ale spełnia swoje zadanie)
> a obok jest konkretny adres na dysku gdzie znajduje się ten rekord - i to
> jest właśnie ten indeks.
Obrazowo to ja bym podał analogię do książki telefonicznej. Chyba lepiej
już nie można wytłumaczyć.
> Mimo, że ten opis nie oddaje prawdy absolutnej od razu wiecie jak to
> działa - skacze od razu do rekordu z KOWALSKIM.
Nie skacze od razu, właśnie trochę szuka, w przybliżeniu tyle szuka, co
w książce telefonicznej. Nie znajduje od razu, ale na pewno nie trzeba
czytać całej.
> Powtarzam, chcecie wiedzieć jak jest naprawdę musicie kogoś znaleźć
> kto programuje pliki indeksowe.
>
> Włochacz, krytykuj sobie ten tekst, ważne aby mniej więcej ludzie
> wiedzieli o co chodzi z tymi indeksami.
>
> Andrzej.
Technical Details
Message-ID:
<fa5d8555-26a8-41e1-94dd-d0d45617f9a2@googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!v8no8350084qal.1!news-out.google.com!n6ni0qar.0!nntp.google.com!v8no8350081qal.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mailReferences:
<mag0cl$o93$1@news.icm.edu.pl> <slrnmcqmva.5h7.tom@tv2.dom.local> <makuln$8ps$1@news.icm.edu.pl> <00393f98-4afb-4213-934d-9156200c7bcb@googlegroups.com> <mavv3h$n7l$1@news.icm.edu.pl> <8e718611-b061-4aaa-9fb0-1687681dcb94@googlegroups.com> <mb25li$mon$1@news.icm.edu.pl> <f6a66af6-182a-47d7-a297-7a1b998ebee2@googlegroups.com> <mb2g3c$isp$1@news.icm.edu.pl> <e64d3758-bdb8-4f73-b75a-3aa9b5f789e6@googlegroups.com> <54d5e7a7$0$2188$65785112@news.neostrada.pl> <1e428ab3-3e7f-4a50-a7b0-d5d458ad2a65@googlegroups.com> <54d66936$0$2206$65785112@news.neostrada.pl> <89a37815-f4ab-423f-bdc8-13ff32bb4f7e@googlegroups.com> <ac14966e-c0e4-498b-9257-25d1e6363d0b@googlegroups.com> <mbahen$9em$1@news.icm.edu.pl> <54d8f45a$0$2214$65785112@news.neostrada.pl> <312a1709-5ba9-48f7-aaf8-411a9e7bbd6a@googlegroups.com> <54db18aa$0$2179$65785112@news.neostrada.pl> <46def763-16e2-442c-a156-f95e02a5f584@googlegroups.com>Show Full Headers
Complete Article Headers
X-Received: by 10.236.210.113 with SMTP id t77mr3470015yho.13.1423660153785; Wed, 11 Feb 2015 05:09:13 -0800 (PST) X-Received: by 10.140.93.12 with SMTP id c12mr211917qge.18.1423660153763; Wed, 11 Feb 2015 05:09:13 -0800 (PST) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!v8no8350084qal.1!news-out.google.com!n6ni0qar.0!nntp.google.com!v8no8350081qal.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: pl.comp.bazy-danych Date: Wed, 11 Feb 2015 05:09:13 -0800 (PST) In-Reply-To: <46def763-16e2-442c-a156-f95e02a5f584@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.37.237.43; posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj NNTP-Posting-Host: 178.37.237.43 References: <mag0cl$o93$1@news.icm.edu.pl> <slrnmcqmva.5h7.tom@tv2.dom.local> <makuln$8ps$1@news.icm.edu.pl> <00393f98-4afb-4213-934d-9156200c7bcb@googlegroups.com> <mavv3h$n7l$1@news.icm.edu.pl> <8e718611-b061-4aaa-9fb0-1687681dcb94@googlegroups.com> <mb25li$mon$1@news.icm.edu.pl> <f6a66af6-182a-47d7-a297-7a1b998ebee2@googlegroups.com> <mb2g3c$isp$1@news.icm.edu.pl> <e64d3758-bdb8-4f73-b75a-3aa9b5f789e6@googlegroups.com> <54d5e7a7$0$2188$65785112@news.neostrada.pl> <1e428ab3-3e7f-4a50-a7b0-d5d458ad2a65@googlegroups.com> <54d66936$0$2206$65785112@news.neostrada.pl> <89a37815-f4ab-423f-bdc8-13ff32bb4f7e@googlegroups.com> <ac14966e-c0e4-498b-9257-25d1e6363d0b@googlegroups.com> <mbahen$9em$1@news.icm.edu.pl> <54d8f45a$0$2214$65785112@news.neostrada.pl> <312a1709-5ba9-48f7-aaf8-411a9e7bbd6a@googlegroups.com> <54db18aa$0$2179$65785112@news.neostrada.pl> <46def763-16e2-442c-a156-f95e02a5f584@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <fa5d8555-26a8-41e1-94dd-d0d45617f9a2@googlegroups.com> Subject: Re: PostgreSQL - jak najlepiej definiować dynamiczne pola? From: "M.M." <mmarszik@gmail.com> Injection-Date: Wed, 11 Feb 2015 13:09:13 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit