🚀 go-pugleaf

On Tuesday, May 3, 2016 at 12:24:48 PM UTC+2, Borneq wrote:
> Przepraszam, może pytanie banalne.
> Ale mam bazę mySQL albo mariaDB. W niej mam gromadzić transakcje z 
> bloków Bitcoina. Przy czym jeden blok ma wiele transakcji - tabela 
> transakcje. Ale jedna transakcja może mieć wiele adresów wejściowych i 
> wyjściowych. Adresy mogą się powtarzać dla wielu transakcji.
> Kłopot że to relacyjna baza danych a nie np. obiektowa.
> Trzeba zrobić chyba tak, że w tabeli transakcje trzymać tylko hasze 
> transakcji, a pozostałe dwie tabele to będą pary (hasz,adres) jako 
> klucz. (jak zrobić parę jako jeden klucz?)

Pierwsza sprawa: Poczytaj, jest opisane jak się takie klucze i indeksy
definiuje.

Po drugie, osobiście polecam zawsze zdefiniowanie klucza bigint 
jako klucza głównego w każdej tabeli, nawet jeśli istnieje 'naturalny
klucz' typu pesel, albo Twój hash.


> ale wtedy jak będzie wyglądało przeglądanie tabeli transakcje, może 
> spowolnić gdy będę dla każdej wartości wyszukiwał adresy z relacji. 
> Potrzebne indeksy (jakie?), 
Sprawdź btree lub hash i wybierz szybszy. Gdy użyjesz biginta jako
klucza, to baza może sama wygenerować indeksy.


> jak to wszystko ułożyć aby działało szybko?
> A może dla małej ilości adresów, np. 3 trzymać je w tabeli transakcji, 
> tylko dla większej korzystać z relacji?
Szybko... nie rozumiem wszystkich szczegółów. Możesz wkleić Twój bieżący
projekt tabel i zapytanie które wolno działa lub obawiasz się że
będzie wolno działało?


Pozdrawiam