Re: algorytm stringi - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › algorytm stringi › Re: algorytm stringi

X-Received: by 10.49.58.238 with SMTP id u14mr55938qeq.13.1358324962738; Wed, 16 Jan
2013 00:29:22 -0800 (PST)
X-Received: by 10.49.58.238 with SMTP id u14mr55938qeq.13.1358324962738; Wed, 16 Jan
2013 00:29:22 -0800 (PST)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.supermedia.pl!plix.pl!newsfeed2.plix.pl!feed.xsnews.nl!border-2.a
ms.xsnews.nl!feeder3.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.246.MISMATC
H!nx02.iad01.newshosting.com!newshosting.com!news-out.readnews.com!transit3.rea
dnews.com!209.85.216.87.MISMATCH!p13no2499255qai.0!news-out.google.com!k2ni11qa
p.0!nntp.google.com!p13no643488qai.0!postnews.google.com!glegroupsg2000goo.goog
legroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Wed, 16 Jan 2013 00:29:22 -0800 (PST)
In-Reply-To: <1...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=91.94.228.243;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 91.94.228.243
References: <kceu17$8cf$1@node1.news.atman.pl>
<c...@g...com>
<kckmci$3s2$1@node1.news.atman.pl>
<f...@g...com>
<4...@g...com>
<6...@g...com>
<c...@g...com>
<9...@g...com>
<1...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <2...@g...com>
Subject: Re: algorytm stringi
From: firr kenobi <p...@g...com>
Injection-Date: Wed, 16 Jan 2013 08:29:22 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:201674
[ ukryj nagłówki ]
W dniu wtorek, 15 stycznia 2013 21:08:34 UTC+1 użytkownik M.M. napisał:
> W dniu wtorek, 15 stycznia 2013 20:44:45 UTC+1 użytkownik firr kenobi napisał:
>
> > Przy edycji wszystkie indeksy (tj przynajmniej czesc indeksow) sie
>
> > uniewaznia i pewnie trzeba by je 'poprawiac' na biezaco itd
>
> W przypadku indeksowania za pomocą hash-table to wydaje się proste.
>
> Przy założeniu że podciąg ma długość N znaków, z pominięciem skrajnych
>
> podciągów, każdy znak należy do N pociągów. Trzeba więc przed edycją
>
> wyszukać N podciągów w hash-table, usunąć z niej wpisy, a po edycji
>
> dodać wpisy nowe.
>
>
>
> Bardziej martwi mnie to, że w praktyce chcemy wyszukiwać podciągi o
>
> różnych długościach.
>
>
nie rozumiem, jak wogole wygladalo by
takie indeksowanie np na przykladzie zaindeksowania 'robinsona cruzoe' (okolo
500kb)? robi sie cos w rodzaju slownika/mapy
ze slowami i offsetami w pliku?