🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.bazy-danych
Article #195775

Re: jak wygląda proces archiwizacji dużej bazy?

#195775
From: Alsor
Date: Wed, 02 Mar 2022 21:44
133 lines
7422 bytes
środa, 2 marca 2022 o 19:15:24 UTC+1 Adam napisał(a):
> Dnia Wed, 2 Mar 2022 06:49:13 -0800 (PST), Alsor ZL napisał(a): 
> 
> > środa, 2 marca 2022 o 10:56:36 UTC+1 Adam napisał(a): 
> >> Dnia Tue, 1 Mar 2022 14:39:07 -0800 (PST), Alsor ZL napisał(a): 
> >> 
> >>> wtorek, 1 marca 2022 o 22:21:57 UTC+1 Adam napisał(a): 
> >>>> Dnia Tue, 1 Mar 2022 10:38:12 +0100, geos napisał(a): 
> >>>> 
> >>>>> On 01.03.2022 03:38, Alsor ZL wrote: 
> >>>>>> niedziela, 27 lutego 2022 o 20:17:27 UTC+1 geos napisał(a): 
> >>>>>>> On 27.02.2022 15:52, Alsor ZL wrote: 
> >>>>>>>> A jaki ma rozmiar ta baza? 
> >>>>>>> ok. 21TB 
> >>>>>>> 
> >>>>>>> pozdrawiam 
> >>>>>>> geos 
> >>>>>> 
> >>>>>> chyba pomyliłeś literki: 21GB. 
> >>>>>> 
> >>>>>> dla 21TB nie skopiowałbyś tego na żadnym sprzęcie w rozsądny, czasie. 
> >>>>>> zresztą nie macie takich dysków... aby to pomieścić. 
> >>>>>> 
> >>>>>> szybkość waszych kopiarek: 
> >>>>>> 21/360 x 100 = 6 MB/s 
> >>>>>> i tak nieźle... jak na pendrive z 1 generacji. :) 
> >>>>>> 
> >>>>>> Luuuuuuuuuuudie. wy nie macie pojęcia w jakim świecie żyjecie: 
> >>>>>> G, T, a może masz Peta w mordzie, co? 
> >>>>> 
> >>>>> nie pomyliłem jednostek. 
> >>>>> 
> >>>>> daruj sobie takie dalsze teksty. to nie ta grupa. nie ruszają mnie, to 
> >>>>> raz, a dwa to raczej ty nie masz pojęcia zielonego o tej bazie i w jakim 
> >>>>> świecie żyję. 
> >>>>> 
> >>>> U mnie w firmie podobne wielkości mają niektóre z maszyn wirtualnych. 
> >>>> Jakoś się kopiują i miejsca na backupy w innej lokalizacji starcza. 
> >>>> 
> >>>> Serwery to nie tylko jakaś jedna maszyna, teraz to może być szafa z kilkoma 
> >>>> jednostkami bezdyskowymi i z macierzami SAN. 
> >>>> 
> >>>> -- 
> >>>> Pozdrawiam. 
> >>>> 
> >>>> Adam 
> >>> 
> >>> z pewnością... 
> >>> tylko skąd tyle tych danych weźmiesz? 
> >>> aha... z biblioteki publiczne - z UJ? 
> >>> 
> >>> 1 książka = 1MB 
> >>> zapisz sobie milion książek a otrzymasz... raptem 1TB,! 
> >>> 
> >>> Luuuuuuuudzie, o czym wy gadacie! 
> >> O czym Ty gadasz? 
> >> Jedno fotka to czasem kilka MB. 
> >> Fotek kilkadziesiąt na jednej stronie, stron kilkaset na jednej witrynie. 
> >> A na hostingu siedzi kilkadziesiąt takich witryn. 
> >> A są np. jeszcze witryny techniczne, gdzie jest sporo materiałów video, są 
> >> dość opasłe instrukcje w PDF. Owszem, te instrukcje są tworzone przez ludzi 
> >> nie mających wiedzy poligraficznej, umiejętności ani narzędzi, więc często 
> >> zajmują kolejne dziesiątki MB. 
> >> Do tego bazy firmowe, gdzie normą w tej chwili jest przerzucanie dokumentów 
> >> przez OCR, celem automatycznego przetwarzania np. do rejestrów zakupu albo 
> >> do FZ. A jeśli jest to biuro rachunkowe mające ok. 300 klientów, a dla 
> >> większości z tych klientów dziennie przetwarza się po kilkadziesiąt czy 
> >> kilkaset faktur, to dziennie mogą przybywać duże gigabajty. 
> >> Same serwery pocztowe zajmują wiele TB. 
> >> Są skrzynki obsługiwane przez IMAP, gdzie jedno konto potrafi zajmować ko 
> >> pilkaset GB, a mieć alokację jeszcze większą. 
> >> 
> >> Minęły już czasy prostych relacyjnych baz danych w dBase, gdzie liczył się 
> >> każdy bajt w polu. 
> >> Serwery teraz to nie tylko prosty program w Clipperze. 
> >> 
> >> -- 
> >> Pozdrawiam. 
> >> 
> >> Adam 
> > 
> > wiem że robicie to na 'wariata' - obrazki zamiast to przetworzyć na tekst, kontury, itd. 
> >
> Jeżeli masz na myśli OCR faktur, to chyba nie wiesz, o czym rozmawiasz. 
> Owszem, nie ma potrzeby już od roku 2014 podpisywać faktur, nie ma 
> pieczątek. Ale są inne przepisy, nie tylko w ustawie o rachunkowości, ale 
> też i w kodeksie cywilnym. 
> Nie każda firma korzysta z ECOD/EDI, gdzie już od wielu lat niczego się nie 
> drukuje, a cała wymiana różnych dokumentów jest wyłącznie eketroniczna. Są 
> więc jeszcze w tym roku faktury papierowe, choćby na stacjach paliw. 
> Stertę tych faktur wrzuca się do podajnika skanera, skaner to wysyła do 
> systemu OCR i owszem, faktura jest czytana przez dość inteligentny system, 
> mający całą masę algorytmów, aby na różnych fakturach różnie drukowanych 
> znaleźć m.in. datę dostawy/wykonania usługi, datę sprzedaży (albo tylko 
> miesiąc dla usług ciągłych), odróżnić nabywcę od odbiorcy, wyłuskać, czy 
> faktura jest od netto czy brutto, odróżnić kod EAN od kodu produktu, 
> odróżnić VAT od rabatu, odróżnić nazwę towaru od jego cech zwłaszcza przy 
> pozycjach wielolinijkowych itd itp. 
> Ale też ze względu na inne przepisy niż rozporządzenie w sprawie faktur, 
> należy przechowywać albo fakturę papierową albo jej obraz, nie 
> zmodyfikowany i nie zmieniony. 
> Ponadto obraz ten jest przydatny do weryfikacji rej. vat w księgowości, gdy 
> algorytm OCR zgłosi nieprawidłowość, albo faktura jest "bardziej" 
> księgowana, np. przez krąg kosztów. 
> 
> 
> -- 
> Pozdrawiam. 
> 
> Adam

Bzdury opowiadasz.

pamiętam starego kumpla... sprzed 25 lat !

On mówił wtedy tak (ignorant z informatyki!):

- po co mi te faktury drukują!
- niech mi to prześlą prosto do mojej bazy - programu księgowego, itd.

śmiałem się wtedy z jego pomysłów, bo wiedziałem że to nie ta... epoka.

no ale miał rację, niestety...

a ta epoka już dawno nastała!

Teraz już możesz wysyłać... dokładnie jak on to mówił.

Ale wy tego nadal nie robicie...
dlaczego?
bo jesteście zacofani - żyjecie ciągle w czasach 1990r.

Powodzenia w przeszłości.
Technical Details
Message-ID: <e778faeb-b11b-4a5f-b414-1bd7b46abd92n@googlegroups.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
References: <451a0576-8e64-4ccb-bb59-02a69a421cden@googlegroups.com> <6216b5db$0$469$65785112@news.neostrada.pl> <dc1dfbb5-e76a-46f2-accb-bea8ef975c93n@googlegroups.com> <621bce45$0$6657$65785112@news.neostrada.pl> <8d28ce7e-0418-4e68-9e4c-fd0393cfcc99n@googlegroups.com> <621de985$0$486$65785112@news.neostrada.pl> <1v2k724ea49xo.igj70vfmk0v2$.dlg@40tude.net> <8cf436a9-a914-4a25-847c-079ecd86d10en@googlegroups.com> <1j4h5hcg5hod3.n6jdqpht5o93.dlg@40tude.net> <034755ba-7559-4293-b7e3-7392377a12fen@googlegroups.com> <1lwjekt7u91ac$.d9ctgkwzd72q$.dlg@40tude.net>

Show Full Headers
Complete Article Headers
X-Received: by 2002:a05:620a:1103:b0:60d:e5c8:a597 with SMTP id o3-20020a05620a110300b0060de5c8a597mr17117060qkk.513.1646257486260;        Wed, 02 Mar 2022 13:44:46 -0800 (PST)
X-Received: by 2002:a81:6657:0:b0:2d6:b214:6569 with SMTP id a84-20020a816657000000b002d6b2146569mr32214884ywc.53.1646257486018; Wed, 02 Mar 2022 13:44:46 -0800 (PST)
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.bazy-danych
Date: Wed, 2 Mar 2022 13:44:45 -0800 (PST)
In-Reply-To: <1lwjekt7u91ac$.d9ctgkwzd72q$.dlg@40tude.net>
Injection-Info: google-groups.googlegroups.com; posting-host=37.47.154.160; posting-account=95yuogoAAAAP-TLJzdSixlAUgSgBfFyz
NNTP-Posting-Host: 37.47.154.160
References: <451a0576-8e64-4ccb-bb59-02a69a421cden@googlegroups.com> <6216b5db$0$469$65785112@news.neostrada.pl> <dc1dfbb5-e76a-46f2-accb-bea8ef975c93n@googlegroups.com> <621bce45$0$6657$65785112@news.neostrada.pl> <8d28ce7e-0418-4e68-9e4c-fd0393cfcc99n@googlegroups.com> <621de985$0$486$65785112@news.neostrada.pl> <1v2k724ea49xo.igj70vfmk0v2$.dlg@40tude.net> <8cf436a9-a914-4a25-847c-079ecd86d10en@googlegroups.com> <1j4h5hcg5hod3.n6jdqpht5o93.dlg@40tude.net> <034755ba-7559-4293-b7e3-7392377a12fen@googlegroups.com> <1lwjekt7u91ac$.d9ctgkwzd72q$.dlg@40tude.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <e778faeb-b11b-4a5f-b414-1bd7b46abd92n@googlegroups.com>
Subject: Re: jak wygląda proces archiwizacji
 dużej bazy?
From: Alsor <alsorgzl@gmail.com>
Injection-Date: Wed, 02 Mar 2022 21:44:46 +0000
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit