MySQL Fehler

Du möchtest eine "Test"-Harddisk in Gehäuse Nummer 2 eintragen, das 
Gehäuse gibt es jedoch nicht.

und weshalb kann ich das Constraint nicht hinzufügen?

Jonas N. schrieb:
> und weshalb kann ich das Constraint nicht hinzufügen?

Weil deine Daten eine Festplatte in Gehäuse # 2 enthalten, es aber kein 
Gehäuse #2 gibt.

Danke hab jetzt endlich herausgefunden was du meinst Dankeschön du hast 
meinen Tag gerettet :)

Auch wenns nichts zur Problemlösung beiträgt: Aber nenne das 
Festplattengehäuse nicht "case" weil das in der Programmierung schnell 
als Fall/Bedingung interpretiert werden kann. Nimm lieber "enclosure" 
oder "bay" wenn mehrere Platten in einer enclosure vorhanden sein 
können.

Ben B. schrieb:
> Auch wenns nichts zur Problemlösung beiträgt: Aber nenne das
> Festplattengehäuse nicht "case" weil das in der Programmierung schnell
> als Fall/Bedingung interpretiert werden kann. Nimm lieber "enclosure"
> oder "bay" wenn mehrere Platten in einer enclosure vorhanden sein
> können.

Wieso denn das? Beides sind doch völlig unterschiedliche Kontexte. Das 
eine ist Code, das andere SQL, bzw. einfach nur ein String.

Jens G. schrieb:
> Wieso denn das? Beides sind doch völlig unterschiedliche Kontexte. Das
> eine ist Code, das andere SQL, bzw. einfach nur ein String.

SQL ist Code!

1

SELECT *

2

FROM case

MÖÖP!

Ich durfte einmal bei einer SQL-lastigen Software mitarbeiten, deren 
zentrale Auftragstabelle "order" genannt wurde. Kein Weltuntergang, aber 
immer wieder mal lästig.

Jan H. schrieb:
> Jens G. schrieb:
>> Wieso denn das? Beides sind doch völlig unterschiedliche Kontexte. Das
>> eine ist Code, das andere SQL, bzw. einfach nur ein String.
>
> SQL ist Code!
>

Nö. Zumindest nicht im Sinne einer Programmiersprache, wenn wir von 
Standard-SQL ausgehen.

>

1

> SELECT *

2

> FROM case

3

>

>
> MÖÖP!
>
> Ich durfte einmal bei einer SQL-lastigen Software mitarbeiten, deren
> zentrale Auftragstabelle "order" genannt wurde. Kein Weltuntergang, aber
> immer wieder mal lästig.

Wieso MÖÖP? Wenn Deine Datenbank nicht den Kontext auseinanderhalten 
kann, dann ist das eben Pech. Notfalls kann man ja noch mit Gänsefüßchen 
um den Namen aushelfen.

Schlaumaier schrieb:
> Jan H. schrieb:
>> Kein Weltuntergang, aber
>> immer wieder mal lästig.
>
> JO. Genau so wie Sonderzeichen in Tabellen-Namen. Ich musste tatsächlich
> googlen um heraus zu finden das man die nur ansprechen kann wenn man den
> Tabellenamen in Anführungszeichen setzt.  Hat mich 3 Std. gedauert bis
> ich die Ursache für "Tabelle nicht gefunden" heraus gefunden habe.
>
> Manche Leute sind zu doof eine Tabelle anzulegen aber dann SQL machen.

Das ist ein Problem der Shell (wenn man's direkt auf Shell benutzt), die 
Sonderzeichen interpretiert, und damit den Namen verkrüppelt. Die 
"DOS"-Box unter Windows ist da weniger aggressiv.

Jens G. schrieb:
> Zumindest nicht im Sinne einer Programmiersprache, wenn wir von
> Standard-SQL ausgehen.

In diesem Kontext ist Code ein Oberbegriff von Programmcode.

Programmcode ist zudem nicht zwangsläufig ablaufbeschreibend. Prolog ist 
zwar eine Programmiersprache, aber einen Ablauf beschreibt das Programm 
nicht, sondern eine Datenbank aus Fakten und Regeln.