-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!newsfeed.pionier.net.pl!news.glorb.com!news-out.readnews.c
om!transit4.readnews.com!nx02.iad01.newshosting.com!newshosting.com!newsfeed.ne
ostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neo
strada.pl.POSTED!not-for-mail
Newsgroups: pl.misc.telefonia
From: Jarosław Sokołowski <j...@l...waw.pl>
Subject: Re: Czy operator przechowuje treść smsów ?
References: <51cbea7f$0$1446$65785112@news.neostrada.pl>
<51d88088$0$1221$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<156jcb7mfg2gt$.h62l9y76ui4x$.dlg@40tude.net>
<s...@f...lasek.waw.pl>
<kra664$hrn$1@node2.news.atman.pl> <krb9m7$8eu$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<krbghb$ff5$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<51d95311$0$1251$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<m...@4...net>
Organization: : : :
User-Agent: slrn/1.0.1 (Linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
Message-ID: <s...@f...lasek.waw.pl>
Date: 07 Jul 2013 13:37:37 GMT
Lines: 56
NNTP-Posting-Host: 77-253-217-116.ip.netia.com.pl
X-Trace: 1373204257 unt-rea-a-01.news.neostrada.pl 1462 77.253.217.116:54084
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.telefonia:236806
[ ukryj nagłówki ]Pan J.F. napisał:
>> Ekonomiki zero -- ta uwaga odnosi się do całej organizacji przedsięwzięcia.
>> Trzeba za każdym razem utworzyć plik, a wcześniej wymyślić mu nazwę.
>> Organizacja wyszukiwania też nie jest prosta -- trzeba czytać kartalogi
>> żeby dostać nazwy plików, które mogą (choć nie muszą) być skojarzone
>> z metadanymi dotyczącymi SMS. Ale żeby poszukać coś w *treści* SMS-ów,
>> to już trzeba po kolei otwierać każdy plik i zaglądać mu do wnętrza.
>> Po prostu horror.
>
> de facto to samo co w bazie banych - dane sa gdzies na dysku, a do
> tego mamy dane organizacyjne :-)
> Tyle tylko ze baza danych dostowana do typowych operacji, a system
> plikow zazwyczaj nie :-)
Jeśli typową operacją będzie żądanie agenta CBŚ "dawać mi tu wszystkie
SMS-y wysłane z numeru N", to taka organizacja systemu, gdzie każdy
numer ma swój plik (np. w dwupoziomowych katalogach po 1000 sztuk, jak
to bywa w rozmaitych systemach cache), może być dobrze dostosowana.
Jeśli do tego agenci CBA będą chcieli żeby im dawać treść SMS-ów wsłanych
*do* abonenta X, to już gorzej. Ale wtedy najprościej jest od razu tworzyć
drugą bazę na osobnym "wielkim serwerze" pod nazwą "SMS-y odebrane".
Jak zorganizoważ bazę, by dało się odpytywać bazę na podstawie *treści*
SMS-ów, to już zmartwienie tych wszystkich prismów, a nie operatora.
Dla niewielkich zbiorów danych (powiedzmy milion SMS) i niezbyt dużej
częstości zapytań (niech będzie, że tysiące na dobę) zwykły plik może
wciąż być optymalnym rozwiązaniem.
>>> Jakby przyszło co do czego, to bym pomyślał nad sensownym zebraniem tego
>>> do kupy.
>> Dostałem kiedyś dane zorganizowane w ten sposób, że tekstowe informacje były
>> w kilkudziesięciu tysiącach małych plików pogrupowanych w kilka poziomów
>> katalogów. Pierwsze co zrobiłem, to potraktowałem to wszystko wzmiankowanym
>> programem TAR (co się wkłada: TApe-ARchiver, czyli program do zamiany
>> struktry dysku na liniową reprezentację taśmy magnetycznej). Teksty nie
>> zmieniły swojej formy, każdy został tylko poprzedzony jednym wierszem
>> zawierającym dane o pliku i katalogu. I już dało się w tej kupie wszystko
>> wyszukiwać w mgnieniu oka, zamiast czekać kilkadziesiąt sekund nim system
>> operacyjny rozprawi się ze strukturą danych na dysku.
>
> Co tylko zle swiadczy o systemie operacyjnym :-)
Nie tak bardzo źle. On nie po to był zrobiony, by co chwile przekopywać
się przez sto tysięcy plików i natychmiast o tym zapominać. Od takich
rzeczy są systemy bazodanowe.
> P.S. FAT ma jedna wade - nie da sie seek w dlugim pliku szybko zrobic,
> trzeba przez wszystkie wpisy w fat przeleciec. Fat co prawda moze byc
> w pamieci, a system moze jakies skroty trzymac - ale unix ma to jednak
> lepiej przemyslane. Tylko w nim odczyt katalogu trwa dziwnie dlugo :-)
Żeby tylko jedną wadę. Ale to nie był FAT (z tego co pamiętam).
--
Jarek
Następne wpisy z tego wątku
- 07.07.13 15:38 J.F.
- 07.07.13 16:07 Tomasz Wójtowicz
- 07.07.13 16:19 Krzysztof Halasa
- 07.07.13 16:09 Anerys
- 07.07.13 17:20 Jarosław Sokołowski
- 07.07.13 17:31 John Kołalsky
- 07.07.13 17:33 Jarosław Sokołowski
- 07.07.13 17:58 Jarosław Sokołowski
- 07.07.13 18:03 Krzysztof Halasa
- 07.07.13 18:13 Jarosław Sokołowski
- 07.07.13 18:19 Anerys
- 07.07.13 18:25 Krzysztof Halasa
- 07.07.13 18:30 Krzysztof Halasa
- 07.07.13 18:33 Jarosław Sokołowski
- 07.07.13 19:20 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
Najnowsze wątki
- 2024-11-24 Aby WKOOOORWIĆ ekofaszystów ;-)
- 2024-11-22 OC - podwyżka
- 2024-11-22 wyszedł z domu bez buta
- 2024-11-22 Bieda hud.
- 2024-11-24 DS1813-10 się psuje
- 2024-11-23 Białystok => Inżynier bezpieczeństwa aplikacji <=
- 2024-11-23 Szczecin => QA Engineer <=
- 2024-11-23 Warszawa => SEO Specialist (15-20h tygodniowo) <=
- 2024-11-22 Warszawa => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-11-22 Warszawa => Senior Account Manager <=
- 2024-11-22 Warszawa => Key Account Manager <=
- 2024-11-22 Warszawa => DevOps Specialist <=
- 2024-11-22 Kraków => IT Expert (Network Systems area) <=
- 2024-11-22 Warszawa => Infrastructure Automation Engineer <=
- 2024-11-22 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=