Diskussion:Nullwert

message: Die BKS Nichts verlinkt auf Nichts (Mathematik). Diesen Artikel sollte man entweder verschieben oder löschen, da "nichts" kein mathematischer Begriff ist. Ich könnte mir denken, dass (a) eine Verlinkung von Nullwert auf der BKS und (b) eine Übernahme des zweiten Teils aus Nichts (Mathematik) sinnvoll wäre, aber ich bin kein Experte.--Gunther 02:34, 29. Mär 2005 (CEST)
thread_title:  [[Nichts]] 

message: Bei Anwenderdokumentationen beschreibe ich, dass Felder, die mit "not Null" definiert sind, nicht leer sein dürfen.  Dagegen gibt es keinen praktischen für den Anwender relevanten Unterschied, ob hinter einem leeren Feld ein nicht vorhandener Wert oder ein Wert mit dem Wert "leer" (nicht zu verwechseln mit dem typografischen Leerzeichen) steht. Für den Programmierer aber ist es meist wesentlich. --Hutschi 10:21, 24. Feb 2006 (CET)
thread_title:  Not Null - auf der Bedienoberfläche = Nicht leer 

message: Hallo, Self praktiziert den "Behaviourism", so nennen die das. Dabei wird vorgeschlagen, auf NULL zu verzichten und stattdessen spezielle Objekte zu benutzen, die sich wie die bestimmte NULL verhalten, die gemeint ist. 
Der Ausgangsgedanke scheint zu sein, dass es ohnehin so viele Arten Null gibt, dass es gar nicht "die" Null gibt, sondern dass Null nur verschiedene Spielarten von "Spezialfall" markiert. Man soll die verschiedenen Null-Objekte so bauen, dass sie reagieren, sodass man nie auf "NULL" testen braucht. Bspw. soll man in einem binären Baum als Kinder der Blätter nicht einfach "Null" eintragen, sondern einen Verweis auf dieses Spezialobjekt, wie es Sedgewick in "Algorithmen" implementiert, als ein Knoten der als linker und rechter Knoten sich selbst zurückgibt (das hat in seinen Algorithmen Vorteile und verhindert Spezialfälle). Will sagen: Spezialfälle werden in den allermeisten pauschal durch ein Nil-Objekt erschlagen, aber es gibt diesen anderen Ansatz, der wenigstens erwähnt werden kann, wenn ihn jemand gescheit in Worte kapseln kann. igel+- 12:22, 25. Okt. 2006 (CEST)
replies: text: Ich kenne dieses Entwurfsmuster in der objektorientierten Welt als Nullobjekt. Der Link leitet leider auf ein völlig anderes Thema, da müssen wir wohl noch eine Begriffsklärungsseite einfügen. Hier ein Originaldokument: . Und hier eine Beschreibung im ersten aller Wikis: http://c2.com/cgi/wiki?NullObject --jpp ?! 13:03, 25. Okt. 2006 (CEST)

text: Da müsste man unterscheiden zwischen einem "Nullobjekt", das für "nicht vorhandenes Objekt" steht. Jeglicher Zugriff auf ein solches Objekt würde einen Laufzeitfehler auslösen. Dies leistet ja die NULL von C oder 0 als Zeigerliteral bei C++ bereits. Was du meinst, wäre ein spezielles Default-Objekt, das bestimmte Zugriffe erlaubt (z.B. getNext gibt eine Referenz auf sich selbst zurück), andere hingegen nicht (z.B. getValue). Einige Implementierungen für Bäume und verkettete Listen arbeiten tatsächlich mit solchen "Dummy-Objekten". Sie definieren sie sich aber selbst, da nur die Implementierung weiß, welche Eigenschaften diese Objekte haben sollen/müssen. --RokerHRO 09:19, 27. Dez. 2006 (CET)
replies: text: Nachtrag: Eine Baum-Implementierung, deren Blätter als Kindknoten sich selbst eintragen, würde beim naiven Traversieren in eine Endlosschleife geraten. Ganz so einfach ist es also nicht mit den Null-/Defaultobjekten. --RokerHRO 21:17, 25. Dez. 2009 (CET)
thread_title:  Alternativen zur Null 

message: Da ein Nullwert in einer DB verschiedene Semantiken haben kann, und dieser Semantikunterschied oftmals von Bedeutung ist, sollte der Artikel auf diesen Umstand besser eingehen. Oft muss man zwischen "nicht bekannt" und "nicht vorhanden" unterscheiden. Einige Anwendungen erfordern sogar eine Unterscheidung zwischen "(derzeit) nicht vorhanden" und "nicht möglich".
SQL bietet meines Wissens keine standardisierte Möglichkeit, zwischen "nicht bekannt" und "nicht vorhanden" zu unterscheiden. Ein "nicht möglich" lässt sich ggf. durch Constraints nachbilden. Gibt es denn überhaupt Programmiersprachen/Datenmodellierungssprachen, die diese 2 oder 3 (oder sogar 4 mit "don't care") verschiedenen Semantiken für Nullwerte unterscheiden können? --RokerHRO 09:13, 27. Dez. 2006 (CET)
replies: text: Das ist doch ein Problem der Datenmodellierung. Man kann zu jedem Attribut in einem Datenmodell beliebig viele Metadaten definieren. Für die technische Umsetzung kann dann die null-Eigenschaft von Tabellenattributen verwendet werden. Wenn das nicht ausreicht, dann kann man noch beliebig viele weitere beschreibende Attribute hinzufügen. --Julius-m 20:59, 3. Jan. 2008 (CET)
replies: text: Sicher geht das mit den Metadaten. Aber schön ist das nicht. Besser wäre es, wenn man direkt zwischen einem "nicht bekannt"-Nullwert und einem "nicht vorhanden"-Nullwert unterscheiden kann, ohne dass man etwa ein weiteres boolean-Attribut "Wert X bekannt" hinzufügen muss, welcher immer dann überflüssig ist, wenn X nicht NULL ist. --RokerHRO 22:38, 3. Jan. 2008 (CET)
replies: text: Sehe das so wie RokerHRO. Der Artikel verweist ja darauf, dass angeblich Codd eben diese Unterscheidung auch vornimmt. Leider fehlt die entsprechende Referenz/Quelle hierzu. Hab gesucht, finde sie aber nicht. Sollte meines Erachtens aber eingefuegt werden. -- Kaisemar 19:12, 25. Dez. 2009 (CET)
replies: text: Falls du :en:Codd's 12 rules meinst, da steht nur, dass er fordert, dass die Datenbank überhaupt Nullwerte kennt, nicht verschiedene Typen von Nullwerten. --RokerHRO 21:12, 25. Dez. 2009 (CET)
thread_title:  Verschiedene Semantiken, die ein Nullwert (in einer Datenbank) annehmen kann 

message: Mal abgesehen davon das "SQL-Datenbanken" ein unglücklich gewählter Begriff ist ("in relationalen Datenbanken" wäre wesentlich besser) stört mich das gewählte Beispiell. Die Erfassung von CDs und Büchern in einer Tabellen ist kein Beispiel für ein natürliches Auftreten der verschiedenen NULL-Typen, sondern ein Beispiel für katastrophales Datenbankdesign. Ein korrektes Beispiel wäre z.B. eine Buchtabelle mit Author und Co-Author Spalten in einer Datenbank ohne Author-Tabelle (weil ausser dem Namen nichts erfasst werden soll). Nicht jedes Buch hat einen Co-Author, daher kann hier NULL stehen. Dies kann aber entweder bedeuten das es tatsächlich keinen gibt (don't care), oder aber dass ihn einfach niemand eingetragen hat (don't know). (nicht signierter Beitrag von 212.89.216.96 (Diskussion) 21:29, 17. Aug. 2012 (CEST)
thread_title:  NULL in SQL-Datenbanken 

message: Nil kommt vom lateinischen "nihil"; ein lateinisches Nil gibt es meine Erachtens nicht. Siehe auch: https://de.wikipedia.org/wiki/Nil_%28Begriffskl%C3%A4rung%29 --Peter2 (Diskussion) 09:14, 14. Jan. 2014 (CET)
replies: text: Hmmm. Ich bin kein Lateinexperte. Aber beispielsweise der Online-Pons sagt zum Thema, dass „nil“ aus „nihil“ kontrahiert sei, also eine Kurzform. Somit ist es schon ein lateinisches Wort. --j ?! 11:01, 14. Jan. 2014 (CET)
replies: text: OK, überzeugt. --Peter2 (Diskussion) 08:10, 15. Jan. 2014 (CET)
thread_title:  Wortherkunft? 

message: Ich kenne mich mit wiki-software nicht aus, wollte aber kurz darauf hinweisen, dass im Abschnitt zu NIL entweder ein "andererseits" fehlt oder ein "einerseits" zu viel vorhanden ist. (nicht signierter Beitrag von 2001:638:50C:9055:200E:8FFF:FE1F:CA40 (Diskussion | Beiträge) 13:32, 3. Dez. 2014 (CET)
replies: text: Danke! Hättest ruhig auch gleich selbst Hand anlegen können, siehe hier, wie es geht. Beste Grüße --Chricho ¹ ² ³ 15:26, 3. Dez. 2014 (CET)
thread_title:  NIL "einerseits" 

message: Was ist das für ein bullshit? Wieso gerade Apostel? Gibt es keine anderen Leute, die irgendwas Zitierbares verfaßt haben als irgendwelche blöden Apostel? Die Verständnis des Beispieles setzt voraus, daß man erstens weiß, was ein Apostel ist und zweitens, wie viele Apostel es gab oder gibt. Im erzkatholischen Allgäu mag das zum Allgemeinwissen gehören, aber es gibt auch noch andere Landstriche in D und Leute, die euren komischen Kult nicht teilen wollen. Und nein, ich würde auch keine Koranverse nehmen, falls jetzt einer damit kommt. Im übrigen ist das ganze Beispiel komplett an den Haaren herbeigezogener Unfug. Kein Mensch würde eine Tabelle so aufbauen und den Wert "13" als Nullwert nehmen. Das Ganze ist einfach nur dämlich. (nicht signierter Beitrag von 89.246.191.55 (Diskussion) 00:07, 7. Aug. 2015 (CEST)
thread_title:  Apostel? 

message: Im Abschnitt Verschiedene Repräsentationen des Nullwertes steht: "Einige Programmiersprachen (beispielsweise Pascal, LISP, Smalltalk, Ruby, Objective-C, Lua, Scala) verwenden die Bezeichnung nil, anstatt Null oder null. Nil"
Abgesehen vom überflüssigen Komma ist dies nicht richtig. In Scala gibt es sowohl Nil als auch null und Null - es wird aber nicht Nil anstatt null oder Null verwendet. Stattdessen steht jeder dieser Bezeichner für ein unterschiedliches Konzept. Siehe auch: http://blog.sanaulla.info/2009/07/12/nothingness/ (nicht signierter Beitrag von 62.143.62.194 (Diskussion) 12:53, 4. Sep. 2015 (CEST)
thread_title:  Nil in Scala 

message: Was ich mich die ganze Zeit beim durchlesen frage ist, wie kam es dazu das man Referenzvariablen die kein Objekt anzeigen, mit "null" angezeigt werden, also wie kam es dazu das "null" zu nennen? 188.110.12.38 21:16, 26. Apr. 2018 (CEST)
replies: text: Einen historischen Hintergrund kann ich nicht geben (obwohl es ihn selbstverständlich gibt). Aber einen logischen: Unter den RAM-Adressen zeigte die 0 früher immer auf geschützte Betriebssystemdaten und niemals auf irgendwelche Benutzerdaten. Es gibt zwar viele andere Adressen, die das auch tun. Aber da man nur eine davon braucht und die immer dieselbe sein soll(te), hat man sich auf den NULL-Zeiger geeinigt. Nicht ganz so klar ist das bei den Zeichenketten mit der Nullterminierung, da NUL als Zeichen manchmal sehr wohl in Benutzerdaten gebraucht wird und man dann diese Konvention nicht nehmen kann. Wenn es aber geht, ist es eine sehr bequeme Methode die Länge einer Zeichenkette zu spezifizieren. Wenn auch eine mit Fallstricken bei der Performanz, indem die Suche nach der NUL in vielen Bilbliotheksfunktionen implizit drinsteckt. --Nomen4Omen (Diskussion) 17:34, 5. Mai 2018 (CEST)
thread_title:  Null - Historischer Hintergrund fehlt