|
|
|
|
|
|
|
Scheiß Bürokratie:
- Im Studienbüro fehlen paar Scheine für mein Vordiplom. Darf ich nächsten Dienstag erstmal nach HRO fahren und da von den verschiedenen Fakultäten meine Scheine zusammensuchen.
Eigentlich wurde mir immer gesagt, dass die intern geschickt werden würden
- Fürs Nebenfach brauch ich 8 SWS. Für ein Fach weigern die sich auf einmal die 3SWS anzuerkennen, die laut ZVVZ für ein Fach "Grundlagen der Makroökonomik" angeboten wurden. Stattdessen nur 2 SWS.
Wenn die da stur bleiben, krieg ich mein Vordiplom wegen 1 SWS Nebenfach nich 
- Beim Bafögamt muss ich auch noch längst. Sieht momentan so aus, als könne das etwas knapp werden...
|
|
|
|
|
|
|
|
|
|
|
Mit Bafög beschäftige ich mich auch gerade...
Eine Zettelwirtschaft...
|
|
|
|
|
|
|
|
|
|
|
Welcher verrueckte Mensch kommt auf die Idee MD5-Strings bei Primaerschluesseln zu hinterlegen?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich mach das auch so, auch wenns keine MD5-Hashes sind. Völlig legitim und total in Ordnung.
|
|
|
|
|
|
|
|
|
|
|
|
Zu welchem Zweck? Seit wann tuns einfache Integer-IDs nicht mehr?
|
|
|
|
|
|
|
|
|
|
|
|
ist vor allem eine ordentliche Platzverschwendung und bläht den Primärindex ziemlich auf.
|
|
|
|
|
|
|
|
|
|
|
Also zum einen kann man den prim. Schlüssel selbst beim Insert festlegen, ohne (mit sehr sehr hoher Wahrscheinlichkeit) eine Duplikat zu erzeugen.
Wenn man tatsächlich einen Hash-Wert nimmt, der sich aus den anderen Spalten ergibt, lassen sich damit wunderbar verschiedene Datenbanken synchronisieren.
Man muss sich auch nicht damit rumschlagen, dass irgendwo eine Sequenz zu groß wird. Der SQL-Server ist sogar in der Lage eine sog. Guid zu erzeugen, die lexikographisch größer ist, also die größte in der Tabelle (sodass die Reihenfolge beibehalten wird).
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [DK]Peacemaker am 23.09.2008 16:35]
|
|
|
|
|
|
|
|
|
Achso, Geschwindigkeitstechnisch hat es natürlich nur Nachteile 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
Also zum einen kann man den prim. Schlüssel selbst beim Insert festlegen, ohne (mit sehr sehr hoher Wahrscheinlichkeit) eine Duplikat zu erzeugen.
| |
Was spricht dagegen den DB-Server nach der Eintragung nach der zuletzt vergebenen ID zu fragen?
|
|
|
|
|
|
|
|
|
|
|
Nichts, aber bei Guids geht es halt auch so
Ich find es ein wenig bequemer, das ist aber keine hartnäckige Meinung, die ich hier auf Teufel-komm-raus verteidigen möchte. 
Also beim Abgleichen von Systemen find ich es wirklich praktisch, vorallem, wenn es sich um triviale Daten handelt.
Beispiel:
Man hat eine Tank-Quittung Verwaltung auf dem PC und auf dem PDA. Wenn ich jetzt eine neue Tankstelle eintrage und deren Anschrift mit einem "gehashten" Schlüssel in die Datenbank eintrage, so kann ich diese parallel auch auf dem PC eintragen und trotzdem problemlos die abhängigen Daten kombinieren.
Sorry, aber ich find das gerade ein Killer-Argument. Vielleicht nehme ich das auch als Grund endlich mal meine Tankquittung-Verwaltung umzusetzen
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
Und was soll eigentlich „O´zapft is!“ sein o.O
| |
Angezapft ist!
Bayrisch halt. Was meinst du was wir Wessis von deinem Dialekt halten!
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Ashtray
| | Zitat von TriggerTG
Und was soll eigentlich „O´zapft is!“ sein o.O
| |
Angezapft ist!
Bayrisch halt. Was meinst du was wir Wessis von deinem Dialekt halten!
| |
Ich spreche Hochdeutsch du Aschenbecher
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
| | Zitat von Ashtray
| | Zitat von TriggerTG
Und was soll eigentlich „O´zapft is!“ sein o.O
| |
Angezapft ist!
Bayrisch halt. Was meinst du was wir Wessis von deinem Dialekt halten!
| |
Ich spreche Hochdeutsch du Aschenbecher
| |
Ok, ... vom Dialekt deinesgleichen halten?!
|
|
|
|
|
|
|
|
|
|
|
|
Mich wuerd ja mal eh interessieren, wie ihr alle klingt. Bei Siggi, Achsel und so weiss ich das ja schon
|
|
|
|
|
|
|
|
|
|
|
|
Hochdeutsch mit leichtem Rheinischen Akzent, der ist aber vernachlässigbar wenn ich den Leuten in meiner Umgebung glauben darf.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bei mir kommts stark auf die Verfassung drauf an :X
An meine betrunkene Aussprache kann ich mich allerdings nicht erinnern.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [DK]Peacemaker
Also zum einen kann man den prim. Schlüssel selbst beim Insert festlegen, ohne (mit sehr sehr hoher Wahrscheinlichkeit) eine Duplikat zu erzeugen.
| |
Es geht noch weiter mit Vorteilen: Wenn man einen Hash als PK wählt, kann man damit ausgesprochen bequem sharden. Für (potentiell) sehr große Datenbanken, ist das ein schöner Vorteil.
Für große, cloudartige Datenbanken (Google BigTable oder Amazons konkurrenzprodukt) ergibt sich außerdem der nette nebeneffekt, das man die Inserts nicht als Prozedur ablaufen lassen und man keine Verknüpfungstabellen mehr braucht. Normalerweise liefe es so:
- Prozedure starten
- Neues Objekt wird in Mastertabelle eingetragen
- PK wird geholt
- alle weiteren Daten in amdere Tabelle eintragen
- wenn alles gut lief committen und sonst zurückrollen
Wenn man ein großes Datenbanksystem hat, bei dem jeder Shard/Server potentiell eine hohe Anzahl an Requests liefern muss, könnte so eine Unter-Insert u.U. potentiell hinten im Queue landen. Und solange der nicht abgearbeitet ist, kann auch die "Mutter"-Prozedure nicht committed werden. Diverse Locks und Verzögerungen (im schlimmsten Fall Deadlocks) sind vorprogrammiert.
Bei geshashten PK oder Guids kann das nicht passieren. Die Inserts werden einfach in jeden Queue gepackt und fertig. Das verstößt potentiell allerdings gegen das, was man üblicherweise als gutes DB-Design lernt (nämlich atomarität und vor allem: überall synchrone Daten), deswegen stößt sowas vielen sauer auf.
Das die meisten Anwendung mit eine gewissen asychronität wunderbar leben können, wird dabei ausser auch gelassen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Zensiert
Mich wuerd ja mal eh interessieren, wie ihr alle klingt. Bei Siggi, Achsel und so weiss ich das ja schon
| |
jeder nimmt was auf und stellts online 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Renga
| | Zitat von Zensiert
Mich wuerd ja mal eh interessieren, wie ihr alle klingt. Bei Siggi, Achsel und so weiss ich das ja schon
| |
jeder nimmt was auf und stellts online
| |
Dann sollten wir aber erstmal einen Standardtext ausarbeiten den alle vorlesen müssen. Sonst sagt nur jeder: "Ja... Hallo Gehirnsalat... ich bin der XXX... und ich habe ein Problem."
Hallo XXX!
|
|
|
|
|
|
|
|
|
|
|
Meine aufgenommene Stimme klingt immer doof 
|
|
|
|
|
|
|
|
|
|
|
|
Jeder andere hoert dich aber so :x
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SirSiggi
| | Zitat von Renga
| | Zitat von Zensiert
Mich wuerd ja mal eh interessieren, wie ihr alle klingt. Bei Siggi, Achsel und so weiss ich das ja schon
| |
jeder nimmt was auf und stellts online
| |
Dann sollten wir aber erstmal einen Standardtext ausarbeiten den alle vorlesen müssen. Sonst sagt nur jeder: "Ja... Hallo Gehirnsalat... ich bin der XXX... und ich habe ein Problem."
Hallo XXX!
| |
Franz jagt im kompett verwahrlosten Taxi quer durch Bayern. 1234567890
|
|
|
|
|
|
|
|
|
|
|
|
Achja, mein Bruder hört sich wohl exakt so an wie ich. Den kann man aktuell auf 1Live in den Nachrichten hören
|
|
|
|
|
|
|
|
|
|
|
So, Heroies 3x01 und 3x02 durch. Naja ist irgendwie nicht mehr so packend wie anfangs. Liegt aber eher daran, dass man die Idee der Serie inzwischen kennt.
Nun kommt Prison Break 4x05
|
|
|
|
|
|
|
|
|
|
|
|
Achso und ich habe mir vorhin Klonk! von Terry Pratchett besorgt. Endlich mal wieder ne Wachengeschichte
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Renga
| | Zitat von Zensiert
Mich wuerd ja mal eh interessieren, wie ihr alle klingt. Bei Siggi, Achsel und so weiss ich das ja schon
| |
jeder nimmt was auf und stellts online
| |
Dann fang an :x
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Ashtray
Achja, mein Bruder hört sich wohl exakt so an wie ich. Den kann man aktuell auf 1Live in den Nachrichten hören
| |
Okay...und wer ist dein Bruder? 1Live hat ja nicht nur einen Nachrichtensprecher
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
![[dk]peacemaker](./avatare/[dk]peacemaker.gif)
