Boolsches Datenfeld?

[Tobi]

Hi,

gibt es einen Datenfeld Typ extra für boolsche Werte? Oder muss ich da auf Text stellen? Hoffe ihr wisst was ich mein ...

[prefix]

ähmm, boolsche werte sind ja "0" oder "1", also "false" oder "true" - ich persönlich würd ein tinyint-machen - oder verwechsle ich da was???

nein, glaub schon, dass php an sich mit 0 und 1 daherkommt (und nicht mit false und true --> php assoziiert nur 0 mit false und 1 mit true, soweit ich weiß)

[Tobi]

OK bin da wahrscheinlich durcheinander gekommen. Keine Ahnung. Aber was genau macht TinyInt?

[prefix]

ist ein "kleines integer-feld" - damit bleibt die db-größe kleiner! brauchst das feld nur als tinyint definieren!

have a look auf die datentypen von mysql

[Tobi]

Oh Super Thx.

[Tobi]

Wo ich jetzt gerade hier den Thread offen habe will ich keinenen neuen öffnen. Ich habe ein Problem mit my Admin.

Wenn ich eine neue Datenbank erstelle wir die zwar links oben im DropDwon angezeigt aber die Tabellen werden nicht angezeigt. Da steht dann "neueDatenabnk (-)". Ich muss dann immer erst im DropDown wo "markiere" steht auf Optimieren gehen.

Weiss jemand woran das liegt?

[SMURF]

hi,

du kannst auch ein Feld vom Typ "enum" nehmen. Da sind dann bspw. nur 1 und 0 erlaubt.

PHP-Code:

ALTER TABLE `tabellenname` ADD `enumfield` ENUM( '1', '0' ) DEFAULT '1' NOT NULL ; 


Gruß

SMURF

[DracheTe]

du kannst auch ein Feld vom Typ "enum" nehmen. Da sind dann bspw. nur 1 und 0 erlaubt.

ist hier empfehlenswert, da wir nur zwei möglichkeiten haben und somit weniger speicherplatz benötigen. das ist zwar bei den heutigen festplatten kaum relevant, es erhöht jedoch auch die geschwindigkeit der abfragen ...

daher, bei geringeren möglichkeiten, wo die ergebnisse festgelegt sind, ist enum wirklich empfehlenswert.


grüsse

daniel

[Stuck Mojo]

Hi!

Ja ENUM... ich habs auch mal benutzt, aber mir sind da einige Sachen bei aufgefallen, die gegen ENUM und boolsche Werte sprechen:

ENUM verhällt sich vom Prinzip her wie eine weitere Tabelle, die mit dem jeweiligen Feld verknüpft ist.
Daher gibt es für jeden ENUM-Wert einen Index. Dieser Index wird in der Tabelle abgelegt. Wie über einen versteckter JOIN wird bei der Abfrage das richtige Ergebniss geliefert.

Man kann das nachvollziehen, wenn man ein ENUM-Feld mal testweise aufbaut, ein paar daten einpflegt und dann auf einen int-Feld umstellt. Dann sind nämlich nicht mehr 0 und 1 in den Spalten sondern deren Indizes. Und diese beginnen bei 1! (Also wäre Wert0 = Index1 und Wert1 = Index2.)

Also muss hier doch mehr passieren, als einfach nur den Wert zurückgeben, der in der Tabelle steht...

Das grösste Manko ist für mich bei ENUM, dass man nicht wirklich "boolisch" (<- hört sich komisch an ) abfragen kann. Denn, wenn z.B. auf TRUE überprüfen will würde ich logischer weise "WHERE meinfeld = 1" schreiben. Damit fragt man aber nicht den Wert 1 ab sonder, den Index 1! Und das wäre dann nämlich der Wert 0! Man kann also wirklich nur korrekt abfragen, wenn man den Wert in quotes setzt "WHERE meinfeld = '1'" und ihn wie eine Art String übergibt... Das ist für mich nicht WAHR oder FALSCH.

Das also nurmal so am Rande, ich hoffe ihr versteht das Wirrwar
MySQL selber stellt kein "echtes" boolean-Feld zur Verfügung. Aber mit dem tinyint(1) kann man soetwas realisieren. Laut Doku gibt es nämlich ein synonym mit dem Namen BOOL, dass genau für tinyint(1) steht. -> http://www.mysql.com/doc/en/Column_types.html

Schönen Gruss
Jan

[Master_T2]

Also in einer .dbf heißt das logical und in einer Access-DB Ja/Nein. Ich wunder mich, dass es das in einer SQL-DB nich gibt...

[Stuck Mojo]

Bei MySQL gibt es ja BOOL, nur ist das halt ein Synonym für tinyint(1), UNSIGNED - Ich denke mir, dass es genauso bei anderen Systemen ist. Bei Access heisst das Feld zwar Ja/Nein, in der DB stehen dann aber nicht diese Begiffe, sondern -1 und 1 (oder 0? ...ich weiss es nicht mehr).

Gruss
Jan