Mit Kreisen der Mengen wie in den vorherigen videos wäre es viel besser zu verstehen. Wie in üblichen Vorlesungen wird zu schnell mit gerade erst neu gelernten Begriffen versucht andere neue Begriffe zu erklären. Aber trotzdem danke, die Videos sind sehr hilfreich.
Joins mit "Kreisen", also mit Mengen, zu erklären wäre einfach nur falsch. Leider sieht man diese Erklärungen hier und da, u.a. auf wikipedia. Für semi-joins sind diese Erklärungen ok, für joins nicht.
In your illustration of logical logging, you log the before and after, does this apply to huge writes? e.g. update something where id > 1000 This can modify say 1000 rows. If we still log before and after, our logical logging will have 1000 rows. Then why do you say logical log size is smaller than physical log size? Cuz I feel like in both cases, all the data is fully fleshed out in the log.
Tolle Videos! Die Erklärungen sind sehr einfach gestaltet, sodass man gut folgen kann und die Visualisierung ist perfekt! Vielen Dank. Sie bringen einen sehr großen Mehrwert beim Lernen! Werde die Videos meinen Kommilitonen empfehlen.
relationale Algebra kann so einfach sein... wenn man sie ganz übersichtlich und mit geeigneten Beispielen erklärt. So wie Sie es tun! Vielen Dank Herr Prof. Dr. Dittrich :)
I didn't understand what's wrong with the given example... Both T1 and T2 have started, T2 have committed the transaction after which T1 have committed which is legit no? T1 is not overwriting while T2 is in progress....
Professor, Ihre Arbeit und Art und Weise, dieses Fach zu lehren und klären, ist einfach so wunderbar, dass Sie die Topics echt einfach zu verstehen machen. Vielen vielen Dank!
Dear Prof , Could you please make a video on how columns are identified in columnar DB ? I came to know there are no indexes in columnar DB , in that case how data is picked from various columns for a given key ?
you may use indexes in column store, if you don't use indexes, you will have to scan the column; this is typically ok for analytical queries; however, if you have an OLTP-workload, you want to have indexes
Hi Prof. Dr. Jens Dittrich, is there any order to the Database playlists in which they have to be studied. I mean, there is a playlist on motivation and introduction then there is layout, and then hardware storage. So what is the order in which these topics should be studied? Thanks in advance.
There is a much more recent version of this lecture available, just follow the order in the following playlist: ru-vid.com/group/PLC4UZxBVGKtd9yJMZ_WH25MWzvc0qH0_L
Noch ein-zwei kurze Beispiele mit zwei oder mehr Gruppierungen wären hilfreich gewesen, sehe noch nicht ganz ob sich zeilenweise was ändert, außer dass die zusätzlichen Gruppierungen als Spalte dabei sind. Trotzdem danke für die Erklärung!
Ich habe morgen Klausur und muss viel zu viel und zu komplexen Text (für meine Verhältnisse) lesen, danke fürs Video P.S: Bin ich der Einzige der hier das für den Leistungskurs in Gymnasium brauche?
00:54:06 - Equi Join 00:58:50 - Extensions: Group by (gamma) 01:18:27 - Co-Grouping (some Greek letter): Intuition 01:26:05 - Question 3: How do we query this data? 01:27:53 - Looking ahead to Next Week
Such an incredible explanation, thank you professor! You mention that if you don't all three properties of ARIES (tuple-wise locks, steal, no-force) there are simpler recovery algorithms that can be implemented. Do you have any resources/recommendations on what these are/where to learn about them? For people who may want to write their own database but start with a simpler recovery algorithm.
