Article View: pl.comp.bazy-danych
Article #195775Re: jak wygląda proces archiwizacji dużej bazy?
From: Alsor
Date: Wed, 02 Mar 2022 21:44
Date: Wed, 02 Mar 2022 21:44
133 lines
7422 bytes
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-mailReferences:
<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