Add Vortrag 4, 5

This commit is contained in:
2023-03-11 16:24:02 +01:00
parent fb2a345c12
commit 09ecbc7d96
2 changed files with 55 additions and 0 deletions

22
vortrag4_opencast.md Normal file
View File

@@ -0,0 +1,22 @@
# Opencast Freies Videomanagement im großen Stil
- Lars Kiesow stellt sich vor
- Was ist Opencast:
- Hat kein Businessmodell
- Videomanagement/Videoverarbeitung, hat starken Fokus auf Lehre
- Man kann Videos Schedulen
- Gibt Workflows. Ein Video kommt rein, Verarbeitungsschritte, Video kommt raus
- Tools
- Leute sehen nicht Opencast, sondern Integration.
- Es gibt 3 Opencast Video Player
- In einem Player kann man theoretisch unendlich viele Streans abspielen. Macht halt der Client irgendwann nicht mehr mit.
- Opencast Studio. Soll einfaches Webinterface für schnelles Aufnehmen von Videos.
- Opencast Studio ist leichter zu bedienen als OBS Studio.
- Editor: Videos können bearbeitet und veröffentlicht werden
- Portal: Ist ein Videoportal wie Youtube für Opencast -> heißt [tobira](tobira.opencast.org)
- Gibt Integration für Moodle, Ilias usw.
- Community and Governance
- Wichtigster Teil ist die Community, sonst gäbe es Opencast schon nicht mehr.
- Opencast Board: Politik, also wie kann man Projekt finanzieren
- Opencast Committer: schreiben den Kot. Sind die Leute die direkt Zugriff auf das Projekt haben. Treffen Entscheidungen über Entwicklungen
- Jedes halbe Jahr gibt es einen Major Release von Opencast

View File

@@ -0,0 +1,33 @@
# Erweiterte Datentypen in PostgreSQL
- Andreas Scherbaum. Arbeitet seit 1998 mit Postgres
- Hat nen krassen Blog: andreas.scherbaum.la
- Welche Datentypen nutzen wir so?
- Datenbank an sich weiß nix über Datentypen. Diese sind nur Extensions
- Everything is a star!
- Alles ist nichts!
- Man kann Datenbanken, Tabellen und Inhalte in non printable whitespace machen. Einfach weils geht
- Nicht Money-Type verwenden.
- Man kann nur eine Währung speichern, also keine Konvertierung
- Je nach Umgebungavariable wird bspw. decimal separator anders interpretiert.
- Währungen mit NUMERIC Type speichern. Bis 1000 Stellen Genauigkeit
- Arrays. Man kann alles in Arrays packen. Mittlerweile wird mehr JSON für flexible Daten genutzt.
- Arrays beginnen bei 1!
- JSON(B): JSONB ist das was man haben will, da mehr Funktionen.
- JSONB wird beim speichern geparsed. JSON wird beim lesen geparsed, heißt man kann ungültiges JSON abspeichern
- Datum in JSONB speichern ist wegen Validierung schlecht.
- Composite Types:
- Wird auch Row Type oder Record
- Datentyp definieren und dann kann man diesen in der Datenbank weiter verwenden.
- Besseres Feature als Composite Types: Domains
- Ein Datentyp mit zusätzlichen Constraints
- Beliebig viele Constraints und man kann den Datentyp in allen Tabellen verwenden.
- Sind sehr umfangreich und im SQL Standard integriert.
- Chacks kann man in Domain Type auslagern anstatt krasse Funktionen zu schreiben.
- Range Types:
- Anfang und Ende
- Kann man als eigene Typen erstellen
- Sinnvoll für Zeitspannen. Man kann wieder Checks drauf laufen lassen
- GIST Index darauf bilden. Daraufhin kann man ORDER BY nur über Index scan ausführen lassen -> sehr schnell
- Create your own type:
- Wie hat PHP Postgres Boolean Typen vor PDO Treiber behandelt? Hat es gar nicht behandelt. Hat alles als Text behandelt.
- Deshalb true/false auf Integer umwandeln. Also besser einfach PDO verwenden.