[olekturbo]

#programowanie #php Mam dwie tabele. W jednej jest 10k rekordów. w drugiej 200. W obu tabelach jest wspólne pole - adres e-mail. Teraz potrzebuje wyciągać poszczególne dane z pierwszej tabeli dla 200 adresów e-mail z drugiej. Czy jest lepsza opcja niż przelecenie po dwóch zagnieżdżonych pętlach? To będzie 200 razy 10k iteracji. Zapewne to będzie wolne? Czy dobrym pomysłem byłoby np eksportowanie tych danych np do CSV cronem co jakiś czas?

[LaylaTichy]

@olekturbo: sql join

[DragonEW]

@olekturbo: a co myślisz o joinie w SQL? XD

[abecadlozniebaspadlo]

@olekturbo Dlaczego po prostu nie odpytasz bazy danych selectem z joinem?

[olekturbo]

@LaylaTichy: @DragonEW: @abecadlozniebaspadlo: rekordy pobieram oddzielnie z API

[memory]

@olekturbo: array_uintersect

[alex-fortune]

@olekturbo: no podstawy algorytmiki sie kłaniają. Szukasz po kluczach, czyli
a) Na poziomie API / Baz najpierw odpytujesz o 200 maili , a potem odpytujesz drugie API o dane WHERE email IN ([...])
b) Alternatywnie jesli masz dane juz w appce, to budujesz hashmapę danych z tabeli 1 indeksowanej po emailu. Znaczy, na PHPowe - budujesz arraykę email => dane. Potem iterujesz po danych z tabeli 2.

[olekturbo]

@alex-fortune: czyli tak czy siak nie obejdzie się bez zagniezdzonego foreacha

[powaznyczlowiek]

@olekturbo: 200*10k operacji to nie jest dużo xD możesz też użyć jakiejś struktury, np pogrupować te 10k rekordów po mailu w jakiejś mapie list i potem będziesz miał dostęp O(1)

[alex-fortune]

@olekturbo: Nie no dlaczego? Robisz jedną iterację na 10k rekordów aby zindeksować elementy i jedną 200 aby robić accessy, razem 10200 - masz dwa rozłączne pętle.