A BANK switches from PostgreSQL to MySQL | Relational DBMS comparison

  Рет қаралды 14,848

The Morpheus Tutorials

The Morpheus Tutorials

Күн бұрын

Пікірлер: 51
@ilovemyclay
@ilovemyclay 2 жыл бұрын
Vielen Dank für deine tollen Tutorials! Ich war eine Weile raus in Sachen IT und du hast mir den Wiedereinstieg deutlich erleichtert.
@theprogrammer1677
@theprogrammer1677 2 жыл бұрын
Access bahnt sich den Weg zum Standard? 🤔 Also das würde ich stark bezweiflen. Access kann man nichtmal Feature-mäßig mit den anderen vergleichen
@danielschmidt9380
@danielschmidt9380 2 жыл бұрын
Allein, dass die Datenbank keine 2GB überschreiten kann, macht Access zu einem NoGo.
@xmeo209
@xmeo209 2 жыл бұрын
Herzlichen Glückwunsch zu den 200.000 abos! hast es echt verdient :)
@XxXxLEOnARDxXxX
@XxXxLEOnARDxXxX 2 жыл бұрын
Da ist ja das SQL Video, kann mich zwischen den DB Engines selbst nie entscheiden XD Danke für deine Arbeit!
@FloWzoW87
@FloWzoW87 2 жыл бұрын
Glückwunsch zu 200k Abos
@TheMorpheusTutorials
@TheMorpheusTutorials 2 жыл бұрын
Danke 🥳
@ArtlantisDE
@ArtlantisDE 2 жыл бұрын
Freut mich dass du so coole Partnerschaften bekommst :)
@gunsncodes6665
@gunsncodes6665 2 жыл бұрын
Sehr interessant. Fazit für mich, ich bleibe bei PostgreSQL. Warum? Weil ich seit über einem Jahr damit arbeite. Warum wurde es PostgreSQL? Mein Chef hat gesagt, nimm das Mal. 😁 Vorher habe ich nie wirklich DBs gearbeitet.
@eMgotcha77
@eMgotcha77 2 жыл бұрын
Ich hatte auch mit PostgreSQL zu tun, aber war nie bei einem Update dabei. Wie funktioniert das im laufenden Betrieb?
@gunsncodes6665
@gunsncodes6665 2 жыл бұрын
@@eMgotcha77 Ich weiß das auch nicht. Habe bis jetzt lediglich PostgreSQL auf 2-3 Servern installiert und speichere dort Messdaten (Gamma-Dosisleistung) in einfachen Tabellen. Alles noch mehr oder weniger experimentell. Eigentlich wollen wir von unserer Altlast Ingres weg.
@dralger
@dralger 2 жыл бұрын
ich hatte vor vielen Jahren schlechte Erfahrungen mit MySQL gemacht. Postgres fand ich intuitiver. Beruflich werde ich aber zu Oracle gezwungen, weil unsere Kunden das so wollen.
@Steve_Hamburg
@Steve_Hamburg Жыл бұрын
@@eMgotcha77 Sei froh ... Ein Datenbank-Update kann einem um die Ohren fliegen ... letztens erst erlebt
@Steve_Hamburg
@Steve_Hamburg Жыл бұрын
@@dralger Wir haben davon 140 Stück am laufen ... und eizelne Abteilungen haben noch ein paar Postgres-Datenbanken, die aber nicht von unserer DB-Abteilung betreut werden
@Voodoo3300
@Voodoo3300 2 жыл бұрын
Nice, genau zur richtigen Zeit, die Frage stellte ich mir auch
@Steve_Hamburg
@Steve_Hamburg Жыл бұрын
Ich arbeite im RZ von einer Bank - wir haben 140 Datenbanken laufen wo ständig Backups laufen .. Wenn man sich die Vorgaben der BAFIN anschaut wird einem schlecht ....
@jamesmor5305
@jamesmor5305 2 жыл бұрын
Wenn du zufällig über die anderen Datenbanken was sagst magst du influxDB, also zeitbasierte Datenbanken mit berücksichtigen?
@luisw.5537
@luisw.5537 Жыл бұрын
bitte mehr über Datenbanken und diesem Themenbereich! Gerne auch zu NoSQL ;)
@amiganer681130
@amiganer681130 2 жыл бұрын
Ich habe mich vor einigen Jahren für PostgreSql entschieden, weil hier die Datenbank automatisch auf Files von max. 1GB aufgeteilt werden und (zumindest damals) das mit MySQL nur machbar war, wenn man das per Hand macht. Trigger verwende ich zB dafür, um automatisch ein ein Erstellungsdatum (erstes Insert) und letzes Änderungsdatum einzufügen.
@Tri-Technology
@Tri-Technology 2 жыл бұрын
Was hat das für einen Vorteil die Datenbank auf 1 GB zu limitieren?
@ElaBaasel
@ElaBaasel 2 жыл бұрын
Frage: Für die Coding Challenge ... Da ich an dem besagten Wochenende nicht Teilnehmen kann (andere Termine), gibts die Challenges für später irgendwo zum abruf?
@TheMorpheusTutorials
@TheMorpheusTutorials 2 жыл бұрын
Ja, die bleiben in unserem coding Challenge interface, geben aber halt keine Punkte mehr
@eMgotcha77
@eMgotcha77 2 жыл бұрын
Eine Frage zu Triggern und Procedures in DBs allgemein: eine Datenbank kann schnell mal zum Flaschenhals werden. DBs sind auch 'schwieriger' zu skalieren, als z.B. Web-Server oder Caching-Server. Warum erzeuge ich dann mehr Last durch Trigger bzw. Procedures? Das habe ich nie so richtig verstanden... Ja es gibt Situationen wo es nicht anderst funktioniert aber davon bekomme ich immer etwas Bauchweh :)
@p4skal0
@p4skal0 2 жыл бұрын
Wenn du parallel auf Tabellen bzw Rows zugreifst / modifizierst, verwendest du sogenannte Transactions um Race Conditions etc. zu verhindern. Diese Transactions lösen intern Locks aus, was dazu führt, dass andere Transactions eventuell warten müssen. Wenn du also Prozeduren in deiner App lokal ausführst, kommt auf diese Wartezeit immer der Network Delay mit drauf. Das führt dazu, dass erheblich weniger Zugriffe / Modifikationen auf deine Tabelle möglich sind. Beim Skalieren wird das natürlich umso problematischer. Achso und um mit Triggern / Prozeduren / Functions etc. die Datenbank zum Flaschenhals werden zu lassen, musst du schon echt komplexe Sachen bauen.
@p4skal0
@p4skal0 2 жыл бұрын
Warum verwendet man nicht New-SQL Datenbaken wie z.B. Yugabyte, welche den kompletten PostgreSQL Dialekt + Geo Replication unterstützen? Viel weniger Aufwand durch Migration von Apps + besserer cloud native support (Helm Chart + K8s Operator) und effizientere Storage Layer (mehr Ops/Sec). Verwende bei dem Unternehmen, in welchem ich arbeite Yugabyte in Production und habe bisher sehr wenig Probleme gehabt. Vor allem horizontale Skalierbarkeit ist sehr nice. Die Entscheidung zwischen CockroachDB am Anfang war jedoch relativ schwierig
@ArtlantisDE
@ArtlantisDE 2 жыл бұрын
Warum lässt man sowas nicht über ne Cloud laufen? Das erwähnte Problem sollte über ne Multi-Region Verteilung der Datenbank doch auch gelöst sein oder?
@udevde414
@udevde414 2 жыл бұрын
Gutes Video. Woher hast Du das T-Shirt?
@TheMorpheusTutorials
@TheMorpheusTutorials 2 жыл бұрын
Ist mein Merch 😊
@yonggan1380
@yonggan1380 2 жыл бұрын
Wäre da nicht vielleicht eine Cluster Datenbank sinnvoller gewesen wie CockroachDB oder Yugabyte DB? Ich weis das Master-Master in Postgres nicht so gut funktioniert. Da ist das in MySQL/MariaDB mit Galera schon deutlich besser gelöst. Kann es schon nachvollziehen aber mein innerer Monk sagt mir das da eine Clusterdatenbank besser wäre.
@axelneumann8443
@axelneumann8443 2 жыл бұрын
Die Bank meinte ja es könnte sein dass es mit Postgres auch irgendwie geht. Aber mit MySQL haben sie Erfahrung. Wahrscheinlich wäre Cockroach oder Yugabyte für die Bank auch etwas Neues. Ich frage mich eher warum sie mit Postgres angefangen haben wenn sie doch schon viel MySQL benutzen. Außerdem gibt es die beiden Datenbanken noch nicht so lange. Steuerungen für Atomkraftwerke werden auch in C geschrieben und nicht in Rust weil sich das noch 20 Jahre oder so bewähren muss. Banken sind oft sehr konservativ. Clusterdatenbanken können ja auch besonders gut skalieren. Es könnte sein dass eine Bank nicht so viel skalieren muss - denn Geld ist am Ende nur ein Integer.
@yonggan1380
@yonggan1380 2 жыл бұрын
@@axelneumann8443 Danke für deinen interressanten Kommentar. Kann natürlich sein das die Bank dann lieber auf altbewährtes setzt. Aber ich dachte mir halt, wenn sie eh schon die datenbank umstellen wäre es vielleicht sinnvoll auf eine db zu wechseln perfekt für ihren anwendungsfall. Das banken sehr konservativ sind ist ja leider nichts neues. Der ansatz hat halt den Haken dass man eventuell bessere systeme auslässt weil noch noch nicht bewährt. Ich hab es in den Jahren mit denen ich jetzt mit den verschiedenen Datenbanken intensiv gearbeitet und auf verschiedenen systemen installiert habe bisher nie probleme mit cockroachdb gehabt. wenn sie einmal konnte ich sie so oft force shutdownen wie ich will hat immer funktioniert. das einzige manko sind postgresql und mysql imports die gehen nicht immer. aber postgresql und mysql installationen hab ich schon so oft zerschossen das ich sie gar nicht mehr zählen kann XD. Ich denke die bank wollte ja vor allem eine georedundanz hinbekommen und genau dafür sind ja clusterdatenbanken da 😊
@eMgotcha77
@eMgotcha77 2 жыл бұрын
Also Master-Master hat eigentlich schon 'immer' ohne 3rd Party Software funktioniert. Seit 5.7 gibt es auch mit Group-Replication und GTID die Möglichkeit grössere Cluster mit Multi-Primary aufzusetzen. Du kannst mehrere Replication-Channels haben, über getrennte Netzwerke, d.h. du kannst die redundant Anbindung eines Datencenters ausnutzen usw.
@alicethegrinsecatz1611
@alicethegrinsecatz1611 2 жыл бұрын
Magst du mal dir neue Programmiersprache V unter die Lupe nehmen?
@TheMorpheusTutorials
@TheMorpheusTutorials 2 жыл бұрын
Noch nie gehört, schau ich mir an, danke
@dr-deep8353
@dr-deep8353 2 жыл бұрын
Ich hoffe eher das aus golang noch was wird
@eragonritter6436
@eragonritter6436 2 жыл бұрын
Wie unterscheidet sich V von Go? - Compile und Build Größe und Zeit -> Also gerade für kleine Embeded IoT Geräte vielleicht interessant. Die Frage ist wie bei vielen ab wann ist die Unterstützung groß genug -> Beispiel Julia hat das Potential R und eventuell auch Python im Datascience Bereich abzulösen. -> Wo sind also die Anwendungsgebiete für V?
@5amba
@5amba Жыл бұрын
Wenn euch flexibles Arbeiten, Home Office, sehr gute Bezahlung und ein Top Notch Tech Stack wichtig sind, dann würde ich an eurer Stelle nicht bei Check24 arbeiten. Wenn ihr allerdings gern ins Büro kommt und euch selbst vielleicht garnicht so als Rockstar Developer seht, dann ist Check vermutlich keine schlechte Wahl.
@FilmfanOliver1992
@FilmfanOliver1992 2 жыл бұрын
Bei PostgreSQL finde ich die Trigger besser als die bei MySQL
@danielschmidt9380
@danielschmidt9380 2 жыл бұрын
interessant!
@robinspanier7017
@robinspanier7017 Жыл бұрын
Ok.. also wenn meine App nicht Atombombensicher sein muss, kann ich wohl Postgresql nutzen, gut zu wissen :D
@roccociccone597
@roccociccone597 Жыл бұрын
ja gut für solch ein usecase wäre da doch EDB ganz sinnvoll.
@NavidErde
@NavidErde 2 жыл бұрын
Heisst das nicht aber auch das Sie keine Lust haben Entwickler zu bezahlen damit diese die Funktionalität in PostgreSQL entwickeln und testen? Stattdessen nehmen sie das was ANDERE vorher schon entwickelt haben. Klingt für mich eher nach Missbrauch der OpenSource-community.
@linuxx339
@linuxx339 2 жыл бұрын
Oracle so weit vorne wtf?
@AuftragschilIer
@AuftragschilIer Жыл бұрын
Das liegt daran dass Oracle für ihr DBMS auch echt guten Enterprise-Support bietet und selbst in Deutschland viel Rücken von Datenbank-Unternehmen bekommt, weil es ein lukratives Lizenzierungsmodell bietet.
@linuxonkel8053
@linuxonkel8053 2 жыл бұрын
Quereinsteiger sind ja auch billiger als Entwickler mit Studium und wer will schon nach Frankfurt? :D MS SQL ist nur so weit oben weil es von vielen geschäftlichen Softwarelösungen voraus gesetzt wird, die komplett im MS Umfeld laufen und das sind nicht gerade wenige. Da muss man ja nur mal an die ganzen Steuerberater- und Rechtsanwaltslösungen denken. Viele Finanzdienstleistunslösungen laufen auch nur auf MS SQL. Aber er lässt sich gut managen. Warum Java mit MySQL Probleme haben soll entzieht sich mir komplett. Es gibt einen guten Connector. Das Einzige was man dabei beachten muss ist die richtige JDBC URL zu verwenden, die eine etwa komische Syntax hat. Alle Datenbanksysteme nehmen sich nicht viel, aber Postgres lässt nur eine Multimaster-Replikation zu. Ob Master-Master in vielen Fällen sinnvoll ist sei mal dahin gestellt. Gerade bei langen Signalwegen kann es da zu wirklichen Problemen kommen. Aber Check24 wird schon wissen was sie da tun .)
@friedrichfranke8711
@friedrichfranke8711 2 жыл бұрын
Hey @TheMorpheusTutorials Könntest du mal eine reihe über MongoDB machen? Davon gibt es leider nicht viel xD
@richi1235
@richi1235 2 жыл бұрын
Ich suche nach einem DBMS um sowhl Audiodatein, als auch Dokumente (v. a. PDF) zu speichern (zusätzlich zu üblichen Daten in Form von Strings und floats). Was würde man für soetwas nehmen? Danke!
@axelneumann8443
@axelneumann8443 2 жыл бұрын
Ich habe bisher 2 Varianten gesehen: 1. In der Datenbank nur Pfade, Dateien in einem Dateisystem 2. Dateien als Large Object Datentyp in der Datenbank Beides sollte mit allen gängigen relationalen DBs gehen.
@FilmfanOliver1992
@FilmfanOliver1992 2 жыл бұрын
0xDEADBEEF HexDez-Shirt ;-)
Mein misslungener Linux-Umstieg 2024 - Morpheus' Setup
39:21
The Morpheus Tutorials
Рет қаралды 13 М.
I have modded my PowerShell so that I can use SUDO
14:57
The Morpheus Tutorials
Рет қаралды 9 М.
小丑家的感情危机!#小丑#天使#家庭
00:15
家庭搞笑日记
Рет қаралды 35 МЛН
Cool Parenting Gadget Against Mosquitos! 🦟👶 #gen
00:21
TheSoul Music Family
Рет қаралды 32 МЛН
Human vs Jet Engine
00:19
MrBeast
Рет қаралды 131 МЛН
Wait... PostgreSQL can do WHAT?
20:33
The Art Of The Terminal
Рет қаралды 199 М.
Database Indexing for Dumb Developers
15:59
Laith Academy
Рет қаралды 66 М.
My beginner mistakes | 18 mistakes of programming beginners
19:35
The Morpheus Tutorials
Рет қаралды 70 М.
The Shell Comparison: Bash vs ZSH | Installing ZSH and Oh-My-ZSH
24:12
The Morpheus Tutorials
Рет қаралды 20 М.
Einführung in die Welt der Datenbanken
14:03
Sebastian Philippi
Рет қаралды 52 М.
So einfach ist Docker
16:14
c't 3003
Рет қаралды 117 М.
SQLite as an easy introduction to the topic of databases
9:57
The Morpheus Tutorials
Рет қаралды 16 М.