eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefoniaCzy operator przechowuje treść smsów ?Re: Czy operator przechowuje treść smsów ?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!not-for-mail
    From: Krzysztof Halasa <k...@p...waw.pl>
    Newsgroups: pl.misc.telefonia
    Subject: Re: Czy operator przechowuje treść smsów ?
    Date: Sun, 07 Jul 2013 18:25:45 +0200
    Organization: NASK - www.nask.pl
    Lines: 34
    Message-ID: <m...@i...localdomain>
    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>
    <s...@f...lasek.waw.pl>
    <m...@i...localdomain>
    <s...@f...lasek.waw.pl>
    NNTP-Posting-Host: nat.piap.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    X-Trace: pippin.nask.net.pl 1373214348 20842 195.187.100.13 (7 Jul 2013 16:25:48 GMT)
    X-Complaints-To: abuse ATSIGN nask.pl
    NNTP-Posting-Date: Sun, 7 Jul 2013 16:25:48 +0000 (UTC)
    Cancel-Lock: sha1:RECqlweUuSw46bwVpsvLzU+DKwU=
    Xref: news-archive.icm.edu.pl pl.misc.telefonia:236819
    [ ukryj nagłówki ]

    Jarosław Sokołowski <j...@l...waw.pl> writes:

    > Nie jestem zachwycony pracą naszych służb specjalnych, ale jeśli barierą
    > w żądaniu dostępu do naszych SMS-ów są "seeki dyskowe", to jest z tym
    > gorzej niż sie spodziewałem.

    Problem byłby przede wszystkim z zapisem.

    >> Trzeba tworzyć podwójne indeksy, minimalna różnica.
    >
    > Między tworzeniem pojedynczych i podwójnych, faktycznie minimalna.
    > Ale między tworzeniem i nietworzeniem -- znacząca. Więć warto
    > przynajmniej się zastanowić, czy zawsze warto i trzeba tworzyć.

    Tu wydaje się to naturalne. No chyba że tylko chcemy przeszukiwać to
    liniowo po czasie wysłania, wtedy nie ma takiej potrzeby. Bazy danych,
    postaci normalne itd.

    > Czyli żeby zgromadzić 'fsystkie tsy' SMS-y na dysku peceta muszę tworzyć
    > 'optymalne rozwiązania' z niezwykłym fs? W takim razie mamy różne definicje
    > optymalności -- jest jakaś granica, powyżej której indeksowane bazy danych
    > mają sens. Poniżej tej granicy ujawniają się głownie wady złożonych
    > systemów, a zalet nie widać. Nie upieram się, że tą granicą jest akurat
    > wspomniany milion.

    Nie twierdzę, że każde inne rozwiązanie jest złe, ale nie są one
    optymalne. Przypominam że mówiliśmy o rozwiązaniu optymalnym.

    Projektowanie rozwiązań, które nadają się dla naszej skali, i które będą
    za małe w skali dwukrotnie większej, gdy stworzenie (R&D, bez sprzętu
    itp.) rozwiązania pozwalającego na pracę w skali 1000 x większej
    kosztuje tyle samo, jest raczej mało sensowne.
    --
    Krzysztof Hałasa

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: