This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-07-01
Channels
- # announcements (23)
- # babashka (66)
- # babashka-sci-dev (7)
- # beginners (24)
- # biff (2)
- # calva (19)
- # cider (10)
- # clj-kondo (12)
- # cljs-dev (3)
- # cljsrn (2)
- # clojure (37)
- # clojure-art (1)
- # clojure-europe (50)
- # clojure-gamedev (1)
- # clojure-nl (1)
- # clojure-norway (22)
- # clojure-uk (7)
- # clojurescript (6)
- # conjure (28)
- # cursive (19)
- # data-science (11)
- # fulcro (21)
- # holy-lambda (12)
- # honeysql (6)
- # hyperfiddle (2)
- # jobs (1)
- # lsp (5)
- # malli (4)
- # meander (3)
- # missionary (8)
- # nbb (5)
- # off-topic (39)
- # rdf (9)
- # reitit (1)
- # releases (1)
- # sci (21)
- # shadow-cljs (42)
- # specter (1)
- # xtdb (11)
does anyone have recommendations for how to get acquainted with the symbols and terminology used in papers such as this one https://arxiv.org/pdf/1310.3314.pdf? it is one of the Ngo papers from the XTDB bibliography
Would you like to give some example terms?
just from skimming over the paper and without knowing what background you already have, you might check out some of the videos from this playlist (specifically lecture 2 covers the relational algebra operators I think you might be referring to, and lectures 4 and 11-13 cover other relevant topics): https://www.youtube.com/playlist?list=PLSE8ODhjZXjYutVzTeAds8xUt1rcmyT7x
I'll probably mess this up a little, but a couple pages before it defines Q
as the join of three relations where the relational algebra translates roughly to:
SELECT R.*, S.*, T.*
FROM R NATURAL JOIN S NATURAL JOIN T;
then it's defining an intermediate relation that's basically all the (B,C)-tuples of Q for a given A value:
SELECT B, C
FROM Q
WHERE A = ?;
and comparing the number of rows of output to the number of rows in:
SELECT * FROM
R NATURAL JOIN T WHERE A = ?;
and if the second has more rows, then that value for A is heavy.thanks! I'll have to read what you just wrote a few times... definitely need to brush up on the basics, but it's slowly making more and more sense
and then SELECT B, C FROM Q WHERE A = ?
could be broken into WHERE A = ?
, which are all the "loops" for that include the given A
, and then SELECT B, C
grabs the values of B
and C
for all of those loops?
and isn't R JOIN S
a mistake in "In other words, the value a_i is heavy if its contribution to the size of intermediate relation R JOIN S is greater
than its contribution to the size of the output"? shouldn't it be R JOIN T
?
I think the inequality should've been for R JOIN S
instead of R JOIN T
but I would need to read the rest more carefully. Either way pretty sure you're right that it's a mistake and that text and the left side of the inequality should refer to the same two relations.