🚀 go-pugleaf

W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 użytkownik Borneq napisał:
> Jak załadować 1TB danych do bazy? pamięć w kompie to 24 GiB.
> Jeśli chodzi o MySQL to myślę, że pierwsze kilkanaście gigabajtów 
> poszłoby szybko bo było by w pamięci, potem wszystko musiało by być na 
> HDD. Jakiej bazy najlepiej użyć?

co to ma za znaczenie?
Załadujesz w czasie kilku sekund tak czy siak.

przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
na SSD w okolicach 2s;
ram: zasuwa minimum z 4GB/s... 1/4 s.

W dniu czwartek, 30 lipca 2020 22:16:44 UTC+2 użytkownik Adam napisał:
> W dniu 2020-07-30 o 22:05, alsor@interia.pl pisze:
> > W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 użytkownik Borneq napisał:
> >> Jak załadować 1TB danych do bazy? pamięć w kompie to 24 GiB.
> >> Jeśli chodzi o MySQL to myślę, że pierwsze kilkanaście gigabajtów
> >> poszłoby szybko bo było by w pamięci, potem wszystko musiało by być na
> >> HDD. Jakiej bazy najlepiej użyć?
> > 
> > co to ma za znaczenie?
> > Załadujesz w czasie kilku sekund tak czy siak.
> > 
> > przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> > na SSD w okolicach 2s;
> > ram: zasuwa minimum z 4GB/s... 1/4 s.
> > 
> 
> Nie wiem, jak w innych bazach, ale w mssql duże znaczenie ma rodzaj 
> danych, klucze oraz indeksy i ich rodzaje, pola unikalne, triggery, 
> czasem włączenie/wyłączenie filestream.
> 
> 
> -- 
> Pozdrawiam.
> 
> Adam

co to ma za znaczenie?

wszelkie obliczenia są robione w pamięci ram, a nie po dyskach - mikrosekundy!

transfer ma tu jedynie znaczenie (najwolniejszy segment),
np. przez zdalną sieć byłoby 100 razy wolniej, niż w lokalnej...
zwłaszcza w Polsce, bo tu mamy szybkość internetu z 10MG/s - góra.

W dniu czwartek, 30 lipca 2020 23:15:22 UTC+2 użytkownik Adam napisał:
> W dniu 2020-07-30 o 22:44, alsor@interia.pl pisze:
> > W dniu czwartek, 30 lipca 2020 22:16:44 UTC+2 użytkownik Adam napisał:
> >> W dniu 2020-07-30 o 22:05, alsor@interia.pl pisze:
> >>> W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 użytkownik Borneq napisał:
> >>>> Jak załadować 1TB danych do bazy? pamięć w kompie to 24 GiB.
> >>>> Jeśli chodzi o MySQL to myślę, że pierwsze kilkanaście gigabajtów
> >>>> poszłoby szybko bo było by w pamięci, potem wszystko musiało by być na
> >>>> HDD. Jakiej bazy najlepiej użyć?
> >>>
> >>> co to ma za znaczenie?
> >>> Załadujesz w czasie kilku sekund tak czy siak.
> >>>
> >>> przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> >>> na SSD w okolicach 2s;
> >>> ram: zasuwa minimum z 4GB/s... 1/4 s.
> >>>
> >>
> >> Nie wiem, jak w innych bazach, ale w mssql duże znaczenie ma rodzaj
> >> danych, klucze oraz indeksy i ich rodzaje, pola unikalne, triggery,
> >> czasem włączenie/wyłączenie filestream.
> >>
> >>
> >> -- 
> >> Pozdrawiam.
> >>
> >> Adam
> > 
> > co to ma za znaczenie?
> > 
> > wszelkie obliczenia są robione w pamięci ram, a nie po dyskach - mikrosekundy!
> > 
> > transfer ma tu jedynie znaczenie (najwolniejszy segment),
> > np. przez zdalną sieć byłoby 100 razy wolniej, niż w lokalnej...
> > zwłaszcza w Polsce, bo tu mamy szybkość internetu z 10MG/s - góra.
> > 
> 
> Nie wiem, czy dobrze się rozumiemy.
> 
> Twój pierwszy post zrozumiałem jako: "jak napompować bazę danymi o 
> pojemności 1TB", czyli jak zrobić UPDATE.
> Ale piszesz też o obliczeniach - nie wiem, o co Ci chodzi.
> 
> W zasadzie mogę przygotować i podesłać Ci dwa skrypty zasilające bazę 
> mssql, a czas ich działania (i zasilenia bazy danych) będzie radykalnie 
> różny dla tych samych danych.
> 
> 
> -- 
> Pozdrawiam.
> 
> Adam

Przecież to nie jest mój temat - ja tylko podałem sugestię dla autora...

Zakładam że w sql generalnie istnieje dyrektywa pozwalająca
na wyłączenie kontroli - transakcji, itp. podczas tworzenia/wpisywania całej bazy!

Jeśli tam takiej opcji nie ma, no to wtedy pakowanie miliona rekordów
do bazy - w trybie transakcji!, zajmie... kilka godzin prawdopodobnie,
niezależnie od sprzętu.

W dniu 2020-07-30 o 22:05, alsor@interia.pl pisze:
> W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 u¿ytkownik Borneq napisa³:
>> Jak za³adowaæ 1TB danych do bazy? pamiêæ w kompie to 24 GiB.
>> Je¶li chodzi o MySQL to my¶lê, ¿e pierwsze kilkana¶cie gigabajtów
>> posz³oby szybko bo by³o by w pamiêci, potem wszystko musia³o by byæ na
>> HDD. Jakiej bazy najlepiej u¿yæ?
>
> co to ma za znaczenie?
> Za³adujesz w czasie kilku sekund tak czy siak.
>
> przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> na SSD w okolicach 2s;
> ram: zasuwa minimum z 4GB/s... 1/4 s.
>

Nie wiem, jak w innych bazach, ale w mssql du¿e znaczenie ma rodzaj
danych, klucze oraz indeksy i ich rodzaje, pola unikalne, triggery,
czasem w³±czenie/wy³±czenie filestream.


--
Pozdrawiam.

Adam

W dniu 2020-07-30 o 22:44, alsor@interia.pl pisze:
> W dniu czwartek, 30 lipca 2020 22:16:44 UTC+2 u¿ytkownik Adam napisa³:
>> W dniu 2020-07-30 o 22:05, alsor@interia.pl pisze:
>>> W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 u¿ytkownik Borneq napisa³:
>>>> Jak za³adowaæ 1TB danych do bazy? pamiêæ w kompie to 24 GiB.
>>>> Je¶li chodzi o MySQL to my¶lê, ¿e pierwsze kilkana¶cie gigabajtów
>>>> posz³oby szybko bo by³o by w pamiêci, potem wszystko musia³o by byæ na
>>>> HDD. Jakiej bazy najlepiej u¿yæ?
>>>
>>> co to ma za znaczenie?
>>> Za³adujesz w czasie kilku sekund tak czy siak.
>>>
>>> przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
>>> na SSD w okolicach 2s;
>>> ram: zasuwa minimum z 4GB/s... 1/4 s.
>>>
>>
>> Nie wiem, jak w innych bazach, ale w mssql du¿e znaczenie ma rodzaj
>> danych, klucze oraz indeksy i ich rodzaje, pola unikalne, triggery,
>> czasem w³±czenie/wy³±czenie filestream.
>>
>>
>> --
>> Pozdrawiam.
>>
>> Adam
>
> co to ma za znaczenie?
>
> wszelkie obliczenia s± robione w pamiêci ram, a nie po dyskach - mikrosekundy!
>
> transfer ma tu jedynie znaczenie (najwolniejszy segment),
> np. przez zdaln± sieæ by³oby 100 razy wolniej, ni¿ w lokalnej...
> zw³aszcza w Polsce, bo tu mamy szybko¶æ internetu z 10MG/s - góra.
>

Nie wiem, czy dobrze siê rozumiemy.

Twój pierwszy post zrozumia³em jako: "jak napompowaæ bazê danymi o
pojemno¶ci 1TB", czyli jak zrobiæ UPDATE.
Ale piszesz te¿ o obliczeniach - nie wiem, o co Ci chodzi.

W zasadzie mogê przygotowaæ i podes³aæ Ci dwa skrypty zasilaj±ce bazê
mssql, a czas ich dzia³ania (i zasilenia bazy danych) bêdzie radykalnie
ró¿ny dla tych samych danych.


--
Pozdrawiam.

Adam

W dniu 2020-07-30 o 22:05, alsor@interia.pl pisze:
> W dniu czwartek, 30 lipca 2020 13:43:59 UTC+2 użytkownik Borneq napisał:
>> Jak załadować 1TB danych do bazy? pamięć w kompie to 24 GiB.
>> Jeśli chodzi o MySQL to myślę, że pierwsze kilkanaście gigabajtów
>> poszłoby szybko bo było by w pamięci, potem wszystko musiało by być na
>> HDD. Jakiej bazy najlepiej użyć?
>
> co to ma za znaczenie?
> Załadujesz w czasie kilku sekund tak czy siak.
>
> przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;

To 1GB w ile sekund??? :-)


--
pozdrawiam
AS

On 7/30/20 10:05 PM, alsor@interia.pl wrote:
> co to ma za znaczenie?
> Załadujesz w czasie kilku sekund tak czy siak.
>
> przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> na SSD w okolicach 2s;
> ram: zasuwa minimum z 4GB/s... 1/4 s.
>

Nie 1 GB ale 1 TB
po drugie, tak szybko , z prędkością dysku, to działa odczyt danych, ale
juz pakowanie do bazy nie. Gdyby insert działał kilka dni to było by
jeszcze w porządku, obawiam się kilku miesięcy.
Na razie chcę przetestować bazę ArangoDB

W dniu piątek, 31 lipca 2020 10:50:56 UTC+2 użytkownik Borneq napisał:
> On 7/30/20 10:05 PM, alsor@interia.pl wrote:
> > co to ma za znaczenie?
> > Załadujesz w czasie kilku sekund tak czy siak.
> > 
> > przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> > na SSD w okolicach 2s;
> > ram: zasuwa minimum z 4GB/s... 1/4 s.
> > 
> 
> Nie 1 GB ale 1 TB
> po drugie, tak szybko , z prędkością dysku, to działa odczyt danych, ale 
> juz pakowanie do bazy nie. Gdyby insert działał kilka dni to było by 
> jeszcze w porządku, obawiam się kilku miesięcy.
> Na razie chcę przetestować bazę ArangoDB

obawiam się że takie coś przejdzie jedynie w 'memory db' w sensownym czasie,
co finalnie można zapisać na dysk.
https://en.wikipedia.org/wiki/List_of_in-memory_databases

On Saturday, August 1, 2020 at 1:36:37 PM UTC+2, al...@interia.pl wrote:
> W dniu piątek, 31 lipca 2020 10:50:56 UTC+2 użytkownik Borneq napisał:
> > On 7/30/20 10:05 PM, al...@interia.pl wrote:
> > > co to ma za znaczenie?
> > > Załadujesz w czasie kilku sekund tak czy siak.
> > > 
> > > przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> > > na SSD w okolicach 2s;
> > > ram: zasuwa minimum z 4GB/s... 1/4 s.
> > > 
> > 
> > Nie 1 GB ale 1 TB
> > po drugie, tak szybko , z prędkością dysku, to działa odczyt danych, ale 
> > juz pakowanie do bazy nie. Gdyby insert działał kilka dni to było by 
> > jeszcze w porządku, obawiam się kilku miesięcy.
> > Na razie chcę przetestować bazę ArangoDB
> 
> obawiam się że takie coś przejdzie jedynie w 'memory db' w sensownym czasie,
> co finalnie można zapisać na dysk.
> https://en.wikipedia.org/wiki/List_of_in-memory_databases

Powiadacie że jeden terabait i że jeden terabait...

U mnie na podręcznym komputerze na zewnętrznym dysku SSD (usb 3.x):

[
time dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
1+0 przeczytanych rekordów
1+0 zapisanych rekordów
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 25,3014 s, 42,4 MB/s

real	0m25,387s
user	0m0,001s
sys	0m1,798s
]

25.3014*1024/3600 = 7.20h

Przy zapisie ciągłym można w praktyce dysk 1TB zapisać w kilka godzin. 

Gdy masz RAID, to praca na pełnej szybkości sata3
[
https://pl.wikipedia.org/wiki/Serial_ATA#SATA_III_(6_Gbit/s)
]

umożliwia nawet zapisanie całego dysku w trochę ponad pół godziny.


Ale.... jak dojdzie podwójny zapis przez dziennik, jak sync będzie
robiony co parę kilo danych, jak będzie włączone szyfrowanie/kompresja
dysku, albo jak będzie trzeba odczytać jakieś dane aby zapisać poprawnie następne - to współczuję.


Z baz RAM kiedyś miałem (niewielką) styczność z REDIS i już wtedy
wydawał się dobry, szybki i przyjemny. Teraz, po bardzo pobieżnym 
przejrzeniu dokumentacji, wydaje się że go jeszcze rozbudowali.

Pozdrawiam

W dniu wtorek, 4 sierpnia 2020 19:35:13 UTC+2 użytkownik M.M. napisał:
> On Saturday, August 1, 2020 at 1:36:37 PM UTC+2, al...@interia.pl wrote:
> > W dniu piątek, 31 lipca 2020 10:50:56 UTC+2 użytkownik Borneq napisał:
> > > On 7/30/20 10:05 PM, al...@interia.pl wrote:
> > > > co to ma za znaczenie?
> > > > Załadujesz w czasie kilku sekund tak czy siak.
> > > > 
> > > > przepust dysku: 100MB/s, czyli 1TB idzie w 10 s;
> > > > na SSD w okolicach 2s;
> > > > ram: zasuwa minimum z 4GB/s... 1/4 s.
> > > > 
> > > 
> > > Nie 1 GB ale 1 TB
> > > po drugie, tak szybko , z prędkością dysku, to działa odczyt danych, ale 
> > > juz pakowanie do bazy nie. Gdyby insert działał kilka dni to było by 
> > > jeszcze w porządku, obawiam się kilku miesięcy.
> > > Na razie chcę przetestować bazę ArangoDB
> > 
> > obawiam się że takie coś przejdzie jedynie w 'memory db' w sensownym czasie,
> > co finalnie można zapisać na dysk.
> > https://en.wikipedia.org/wiki/List_of_in-memory_databases
> 
> Powiadacie że jeden terabait i że jeden terabait...
> 
> U mnie na podręcznym komputerze na zewnętrznym dysku SSD (usb 3.x):
> 
> [
> time dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
> 1+0 przeczytanych rekordów
> 1+0 zapisanych rekordów
> 1073741824 bytes (1,1 GB, 1,0 GiB) copied, 25,3014 s, 42,4 MB/s
> 
> real	0m25,387s
> user	0m0,001s
> sys	0m1,798s
> ]
> 
> 25.3014*1024/3600 = 7.20h
> 
> Przy zapisie ciągłym można w praktyce dysk 1TB zapisać w kilka godzin. 
> 
> Gdy masz RAID, to praca na pełnej szybkości sata3
> [
> https://pl.wikipedia.org/wiki/Serial_ATA#SATA_III_(6_Gbit/s)
> ]
> 
> umożliwia nawet zapisanie całego dysku w trochę ponad pół godziny.
> 
> 
> Ale.... jak dojdzie podwójny zapis przez dziennik, jak sync będzie
> robiony co parę kilo danych, jak będzie włączone szyfrowanie/kompresja
> dysku, albo jak będzie trzeba odczytać jakieś dane aby zapisać poprawnie następne - to współczuję.
> 
> 
> Z baz RAM kiedyś miałem (niewielką) styczność z REDIS i już wtedy
> wydawał się dobry, szybki i przyjemny. Teraz, po bardzo pobieżnym 
> przejrzeniu dokumentacji, wydaje się że go jeszcze rozbudowali.
> 
> Pozdrawiam

majaczysz coś.. po omacku.

On 30.07.2020 13:43, Borneq wrote:
> Jak za³adowaæ 1TB danych do bazy? pamiêæ w kompie to 24 GiB.
> Je¶li chodzi o MySQL to my¶lê, ¿e pierwsze kilkana¶cie gigabajtów
> posz³oby szybko bo by³o by w pamiêci, potem wszystko musia³o by byæ na
> HDD. Jakiej bazy najlepiej u¿yæ?

zak³adam, ¿e chodzi o ³adowanie z jakich¶ plików.

sprawd¼ w dokumentacji, czy mysql obs³uguje direct load path.

pozdrawiam
geos

On 05.08.2020 10:20, geos wrote:
> On 30.07.2020 13:43, Borneq wrote:
>> Jak za³adowaæ 1TB danych do bazy? pamiêæ w kompie to 24 GiB.
>> Je¶li chodzi o MySQL to my¶lê, ¿e pierwsze kilkana¶cie gigabajtów
>> posz³oby szybko bo by³o by w pamiêci, potem wszystko musia³o by byæ na
>> HDD. Jakiej bazy najlepiej u¿yæ?
>
> zak³adam, ¿e chodzi o ³adowanie z jakich¶ plików.
>
> sprawd¼ w dokumentacji, czy mysql obs³uguje direct load path.
>
> pozdrawiam
> geos

pomy³ka, chodzi³o mi o mongodb, nie o mysql.

pozdrawiam
geos

On Thursday, 30 July 2020 at 12:43:59 UTC+1, Borneq wrote:
> Jak załadować 1TB danych do bazy? pamięć w kompie to 24 GiB. 
> Jeśli chodzi o MySQL to myślę, że pierwsze kilkanaście gigabajtów 
> poszłoby szybko bo było by w pamięci, potem wszystko musiało by być na 
> HDD. Jakiej bazy najlepiej użyć?

Hej, rozwazyl bym postgres i metode Copy from, (przy zalozeniu ze uzywasz jakiegos flat file)

https://www.postgresql.org/docs/10/sql-copy.html