|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
 |
|
|
|
|
|
|
|
SELECT Lagerort, Waffenfähiges_Material FROM Warhead WHERE Warhead="823"
Wenn das kein Tippfehler ist, und der Schlüssel tatsächlich als Textwert drin ist, wundert mich garnichts, weil SQL 6.5 dafür nur den Datentyp Char kennt, der Leerzeichen vorne- und hintenweg mitspeichert. Noch schlimmer, er füllt immer mit Leerzeichen auf, bis die Länge des Feldes erreicht ist. Ein Erbe von Sybase. In der Version 7 wurde dann der Datentyp Varchar ergänzt, der dieses Verhalten Gottseidank nicht an den Tag legt. Wegen Abwärtskompatibilität gibt es aber weiterhin den Datenyp Char.
Jetzt aber bitte wieder ein paar Verschwöhrungstheorien, die machen mehr Spass,
Gruß, Andreas
EuphoriasChild
|
|
|
|
|
|
|
|
|
|
|
|
|
Wenn auf diese Art kernwaffenfähiges Material verschwindet, dann ist Microsoft vielleicht wirklich mal für den Untergang der Menschheit verantwortlich. Das wäre dann noch eine Stufe drastischer als die bisher oft gehörte Theorie, dass Microsoft im Auftrage von Ausserirdischen die technische Entwicklung der Menschheit hemmt.
|
|
|
|
|
|
|
|
|
|
|
|
|
Das ist eine logische Entwicklung der Anpassung der Computer an den Menschen. Früher gaben die Geräte den Müll, den man eingab, irgendwann wieder zurück. Das führte zu extremem Frust der zur Computerarbeit gepressten. In Zukunft soll deshalb der Müll im Computer bleiben und sich höchstens von ausgebildeten Spezialisten ("Müllmännern") wieder herausholen lassen.
Das ist übrigens auch der Grund, weshalb sich Linux nie dursetzen wird, so lange es die Neigung zeigt, den User mit dem Resultat seiner Eingaben zu belästigen statt mit marketingstrategisch abgestimmten Inhalten.
Die angesprochenen Datenbanksysteme sind eine Vorstufe dieses digitalen "Müllschluckers". Noch ist das Filtersystem, das zwischen Müll und vernünftiger Arbeit unterscheidet nicht ganz ausgereift. Die US-Regierung hat diese Testversion dafür auch billiger gekriegt.
Mit obiger Theorie lässt sich auch schlüssig erklären, weshalb diverse Windows-Versionen die Neigung haben, Müll zu produzieren. Das ist standardisierter Müll um die Filter zu eichen. Dummerweise war es zu teuer, jedes Windows mit MS-SQL zu bundeln. Noch dümmererweise war es noch teuerer, die Müllroutine zu entfernen.
--> der Workaround: Mit etwas mehr RAM und Harddiskplatz hält das System genau so lange durch, wie es der statistische Durchschnittsuser benutzt (0.9 Jahre bei 3 h pro Tag; Danach wird ein neuer, vorinstallierter PC gekauft).
Grüsse vom Knochen
PS: Muss ich noch dazu schreiben, dass das nicht ganz ernst gemeint ist?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Aua, jetzt bin ich nicht mehr Datenbank-Programmierer, sondern Müllmann. Ich wusste es, mit MS kommt der Abstieg *g* Nichts desto trotz halte ich dem SQL Server die treue... natürlich genauso wie PostgreSQL.
Gruß, Andreas
EuphoriasChild
|
|
|
|
|
|
|
|
|
|
|
|
|
PS: MS SQL Server wurde zwar nicht mit Windows gekoppelt, aber immerhin mit dem Office, was die wenigsten Wissen. Auf der Office CD findet sich etwas versteckt eine Art Runtime Version ohne Clients, die MSDE, die mit Access als Frontend mehr schlecht als Recht benutzt werden kann.
erneuter Gruß, Andreas
EuphoriasChild
|
|
|
|
|
|
|
|
|
|
|
|
|
Oh, nein, das wusste ich nicht. Aber das untermauert meine Müll-These. Diese MSDE (Microsoft DAU Extension) ist die Alpha-Version des Müll-Filters die versucht, sich so nach und nach auf die Müllproduktion des Users einzustellen (ein evolutionärer Prozess... die Erdgeschichte lehrt uns die dazu passenden Zeiträume).
Grüsse vom Knochen
PS: Das ist alles kranke Phantasie... ich weiss aber noch nicht genau, wessen Phantasie.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Hier sind ja viele erfahrene Leute vertreten.
Deshalb würde mich interessieren. Welche Datenbank würdet Ihr für ein ähnliches Projekt nutzen?
Neugierig, euer Andreas
EuphoriasChild
|
|
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Wednesday 18. July, 09:29 MET (#8)
|
|
|
|
|
Oracle-Datenbanken sind auf Sicherheit ausgelegt. Genau wie IBM's DB2. Außerdem auf Unix laufend. Wäre sozusagen das richtige. MySQL oder PostgreSQL sind warscheinlich nicht so die Alternativen.
|
|
|
|
|
|
|
|
|
|
|
|
|
_Witz_ Wie wäre es mit gaaaaaanz vielen Post-it Notizen?
_/Witz_
NSG
--
Have you ever noticed that whenever Microsoft calls something 'Smart', it's definitely a feature you want to
disable!
|
|
|
|
|
|
|
|
|
|
|
|
|
Und als Datenbank nehmen wir eine der Bänke, die sie gerade in Zürich aufgestellt haben... da können wir die Notizzettel dann draufkleben ;-)
Wenn ich so einen Bank-Gestaltungs-Auftrag erhalten hätte wäre wahrscheinlich tatsächlich eine Datenbank draus geworden. Oder steht da irgendwo schon so eine die ich bloss noch nicht gefunden habe? Ich gehe ja meist zum Arbeiten nach Zürich und nicht zum Bänke zählen
;-)
PS: ach ja, da fehlen die <OT> - Tags.
|
|
|
|
|
|
|
|
|
|
|
|
|
Ein Park-Bank zur Daten-Bank umfunktionieren? Das ist wirklich durchdacht:-)))
Was mache ich aber wenn ein Sturm die ganzen Zettel in der Stadt verteilt? Gibt's dann ein "Rollback"? :-))))
NSG
--
Have you ever noticed that whenever Microsoft calls something 'Smart', it's definitely a feature you want to
disable!
|
|
|
|
|
|
|
|
|
|
|
|
|
Dies ist dann eine sogenannte Distributed DB!
|
|
|
|
|
|
|
|
|
|
|
|
|
Im schlimmsten / besten Fall sogar Länder und Kontinente übergreifend. Aber Zuordnung zu den einzelnen Tabellen ist nicht mehr möglich - oder?
Wie ist das mit dem Index? Der ist ja dann auch vom Winde verweht!
NSG
--
Have you ever noticed that whenever Microsoft calls something 'Smart', it's definitely a feature you want to
disable!
|
|
|
|
|
|
|
|
|
|
|
|
|
Das ist doch ganz einfach: Ihr müsst die Constraints definieren, sprich Nylonfäden zwischen den Post Its spannen!
Gruß, Anndreas
EuphoriasChild
|
|
|
|
|
