-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labbar och grupper: id eller nummer #169
Comments
Jag förstår egentligen inte vad fördelarna är med id vs nummer enligt databasfolket. Någon kanske vill elaborera på det? Däremot är jag rätt säker på att i samtliga fall så är både labbar och labgrupper alltid kopplade till en kurs. Så visst kan vi alltid köra med nummer om vi vill det iaf? |
Jag körde lite naiva benchmarks: Benchmark.measure {GivenCourse.find(11).labs.where(number: 1)}
Benchmark.measure {Lab.find(1)} Båda querys ger samma labb. |
Enda anledningen att köra id är väl att det är konvention, antar jag. |
@Tarrasch Vi använder relativa nummer för att användaren ska få enklare och mer lättlästa labb- och grupprelaterade url:er. Tänkt dig själv en url som denna. @jesjos Ang benchmarken. Var inte de ganska givet? Jag menar, den ena raden kör en query, den andra två. En annan, möjligen mer korrekt AR-lösning vore Sedan så kan jag inte riktigt se när vi vill visa en labb löst utan en kurs. |
@oleander Jag körde testerna på kul, inte för att bevisa något. |
@Tarrasch Skapas labb ett efter labb två så kommer labb två att få |
+1 på föregående talare. Vi bör fundera ut ett sätt att ändra labbnummer. Dock farligt om någon påbörjat arbetet... |
I princip har vi ju sagt att vi alltid vill referera till labbar och grupper med deras relativa nummer.
En grej som jag tänkte på dock:
Kan det finnas situationer då vi tar fram labbar eller grupper utan att de är scopeade under en kurs?
I den situationen finns inga relativa nummer och approachen pajar.
Om vi inte hittar några undantag eller tycker att undantagen är för få för att vi ska orka bry så blir det väl skäl att köra en liten sprint där vi ser till att skriva om controllers så att dom gör "rätt".
The text was updated successfully, but these errors were encountered: