FAQ |
Kalender |
2014-06-30, 17:04 | #1 | ||
|
|||
Medlem
|
Tja!
Har ett litet problem som blev krångligare än vad jag tänkt, antingen det eller så har jag tillfällig hjärnblödning för jag kommer inte ihop något smart & effektivt sätt att lösa detta på för enda sättet jag kommer på resulterar i en otroligt mängd queries, jag måste ha missat något. Har kollat runt lite men nja: http://stackoverflow.com/questions/1...pair-two-users http://stackoverflow.com/questions/1...pairs-in-mysql Iaf, jag vill para ihop medlemmar 2 & 2 bland medlemmar som har anmält sig till ett evenemang. Har en användardatabas, förenklar grovt nu & tar bara med dom relevanta kolumnerna: Tabellen Users UserID BIGINT auto_increment UserGender TINYINT (1 = man, 2 = kvinna) UserCity SMALLINT (använder kommunkoder så City är lite missvisande men spelar ingen roll) Tabellen EventUsers EventID BIGINT auto_increment EventUserID (sparar UserID för varje person som anmält sig till eventet) EventGender (gender i detta fallet är inte anmälarens UserGender utan vilket gender som anmälaren önskas paras ihop med, kan lämnas tom) EventCity (samma här, det är inte anmälarens UserCity utan det är vilken stad som anmälaren önskas paras ihop med) Tabellen EventMatches (för att spara paren så dom 2 inte kan paras ihop igen eller med andra) MatchID BIGINT auto_increment MatchUser1ID BIGINT (ja detta är bara pseudonamn änsålänge) MatchUser2ID BIGINT (ja detta är bara pseudonamn änsålänge) Både tabell EventUsers & EventMatches rensas efter varje event Det som ställer till det är att jag måste kunna matcha ihop 2 användare inom samma matchnings kriterier, hade inte kriterierna funnits, EventGender & EventCity så hade jag ju kunnat göra det lätt för mig och bara slumpa ihop 2 & 2 från EventUsers tabellen, men det kan jag ju inte nu. Jag kan ju lösa det genom att loopa igenom alla EventID & köra 1 query på Users databasen för varje EventUsers deltagare för att para ihop 2 st med kriterier som passar varandra & sen lägg in resultatet i en annan tabell (EventMatches), en rad för varje par matchning. detta fungerar, & det är så jag gör tillfälligt nu, MEN om jag skulle få 1000 deltagare i eventet så blir det ju 1000 queries mot Users+join mot EventMatches tabellen. Vilket är långt, långt ifrån optimalt. Så ja, ett smartare sätt att lösa detta på? Ni behöver inte slänga upp massa kod osv utan det räcker att ni pekar mig mot rätt riktning Senast redigerad av JesperA den 2014-06-30 klockan 17:07 |
||
Svara med citat |
2014-06-30, 17:40 | #2 | ||
|
|||
Medlem
|
Kanske en query för varje kön, sätt ett "par ID" för varje rad. Sen UNION på "par ID"?
|
||
Svara med citat |
2014-07-01, 15:41 | #3 | ||
|
|||
Flitig postare
|
Ett alternativ skulle väl vara att plocka ut alla deltagare till en array som du sen loopar igenom och jämför med "sig själv" för att göra matchningen. I den loopen bygger du ihop en stor query som du sen kör . (insert into matches(.. ..) Values (.. ..), (.. ..) osv )
När du hittar matchningar så plockar du helt enkelt bort de 2 deltagarna ur arrayen. Kvar har du sen de som inte valt några preferenser. |
||
Svara med citat |
2014-07-01, 15:46 | #4 | |||
|
||||
Administratör
|
Hur ofta behöver du köra detta, och hur lång tid tar frågan som den ser ut nu?
__________________
@Zn4rK - Börja blogga - Paintball i Göteborg Det jag skriver är mina personliga åsikter och återspeglar inte vad WN eller andra företag jag representerar tycker. |
|||
Svara med citat |
2014-07-01, 19:32 | #5 | ||
|
|||
Klarade millennium-buggen
|
1000 tupler i en SQL-fråga verkar vara "peanuts", har du prestandaproblem?
|
||
Svara med citat |
2014-07-01, 20:37 | #6 | |||
|
||||
Medlem
|
Tack så mycket för svaren allihopa.
Säg till om jag skall slänga ihop en databas + PHP kod om någon tycker det är roligt att leka runt lite :P Citat:
Citat:
Citat:
1000 rader år såklart en fis i rymden, problemet är dom 1000-1500 ytterligare SQL-frågor det resulterar i. |
|||
Svara med citat |
2014-07-01, 23:22 | #7 | ||
|
|||
Flitig postare
|
Ja, men du slipper 1000 anrop till databasen, vilket jag uppfattade var ditt största problem.
|
||
Svara med citat |
2014-07-02, 10:56 | #8 | |||
|
||||
Administratör
|
Släng ihop en databas med PHP så kan vi kolla lite
__________________
@Zn4rK - Börja blogga - Paintball i Göteborg Det jag skriver är mina personliga åsikter och återspeglar inte vad WN eller andra företag jag representerar tycker. |
|||
Svara med citat |
2014-07-02, 11:57 | #9 | ||
|
|||
Medlem
|
Detta kan kanske fungera, eller inte
Dock helt otestat (då jag inte har tabeller och eller data) samt att det inte finns stöd för att EventGender kan vara tomt, så det måste läggas på lite mer logik för att få till det, om resten nu mot förmodan fungerar. select * from ( select u.UserID userID1, u2.UserID, userID2 from EventUsers eu join Users u on u.UserID = eu.EventUserID join EventUsers eu2 on eu2.EventUserID != eu.EventUserID AND eu2.EventGender = u.UserGender AND eu2.EventCity = u.UserCity join Users u2 on u2.UserID = eu2.EventUserID AND u2.UserGender = eu.EventGender AND u2.UserCity = eu.EventCity order by RAND() ) group by userID1 Men som sagt, det är otestat och jag är långt i från säker på vilket (om något) resultat som kommer ut. Men testa och se om det kanske är en väg framåt? |
||
Svara med citat |
2014-07-02, 12:18 | #10 | ||
|
|||
Klarade millennium-buggen
|
Om TS kan bidra med lite DDL kod (CREATE) för tabeller och nycklar samt lite INSERTS med testdata så kanske fler orkar göra mer tester. Det blir för mycket jobb om alla ska bygga allt från scratch.... i alla fall för mig....
|
||
Svara med citat |
Svara |
|
|