[PHP] Automatisches Auslesen der Spec_Item und Kumpanen

[Sedrika]

Originally Posted by Wanetrain

Schatz, wann hatten wir zwei dass letzte mal das vergnügen zu reden? vor nem Jahr? sry dass man unter NULL und 0 bei SQL nicht dass gleiche verstehen darf, ist ja natürlich klare dummheit. :*

Du mit deinem EoCRM, größter Bullshit was es jemals gab, wen zum Fick jucken iwelche kack Logs?

***, es ist zum Teil Dummheit, da für einen oberklasse coder wie dich es sicherlich auch zwischen null und 0 Unterschiede gibt und diese ebenso bei SQL.
Und logs sind gut, weiss man wenigstens was ablief.

[Wanetrain]

Originally Posted by Sedrika

***, es ist zum Teil Dummheit, da für einen oberklasse coder wie dich es sicherlich auch zwischen null und 0 Unterschiede gibt und diese ebenso bei SQL.
Und logs sind gut, weiss man wenigstens was ablief.

Ja...bist uch einer der Typen der NULL != 0 ansieht, wa?

[Sedrika]

Haben wir da eine Wunden Punkt getroffen?

Außerdem ist Null != 0 ist Müll. Wie du wieder auf sowas kommst...

[Wanetrain]

Originally Posted by Sedrika

Haben wir da eine Wunden Punkt getroffen?

Außerdem ist Null != 0 ist Müll. Wie du wieder auf sowas kommst...

Nein, TwiLight fing es an, bringt es zu ende.

Erklär mal den leuten was der unterschied zwischen NULL und 0 ist, aber sachlich.

Wunden Punkt? da müssen maschinen kommen und kene ersatzteile.

[Мentus]

Originally Posted by Wanetrain

Nein, TwiLight fing es an, bringt es zu ende.

Erklär mal den leuten was der unterschied zwischen NULL und 0 ist, aber sachlich.

Wunden Punkt? da müssen maschinen kommen und kene ersatzteile.

Da merkt man einfach das du kein Plan hast wie es ist einen Server zu haben.
Du magst vll ober pr0000 sein und kannst den ganzen Tag Clemis ( der wirklich Ahnung hat von dem was er tur im Gegensatz zu dir ) Laterne schrubben aber .. wie willst du es nachverfolgen wenn ein User z.b duped oder was auch immer das meiste wird geloggt mit EOCrm kann man z.b die Unique Id Filtern lassen bla bla bla usw.


Für n großen Server sind Logs ein Muss
Aber hey, das kann man ja nicht wissen wenn man den Tag ne Laterne putzen muss.

[xTwiLightx]

Originally Posted by Wanetrain

Nein, TwiLight fing es an, bringt es zu ende.

Erklär mal den leuten was der unterschied zwischen NULL und 0 ist, aber sachlich.

Wunden Punkt? da müssen maschinen kommen und kene ersatzteile.

NULL ist für einen String und einen Zahlentyp (int, float, double, real, ...) bzw für JEDE Spaltenart in SQL eine leere Spalte.
0 hingegen wird, wenn in der Variablen-Deklaration verwendet, als DEFAULT Value verwendet, wenn die Prozedur ausgeführt wird.

@varname varchar(12) = ''

ist etwas anderes als

@varname varchar(12) = 0

Was bedeutet das für einen Ablauf?
Gibst du KEINEN einzigen Wert an die Prozedur mit und hast keine DEFAULTS gesetzt ist es klar, dass dein result entweder nichts ist (return NULL) oder nicht das, was angegeben war.

CREATE proc usp_test
@testvar1 char(1) = '',
@testvar2 char(1) = 0,
@testvar3 char(1) = NULL
as
 select * from linkedserver.dbase.dbo.tableBla
   return

Nehmen wir das mal als Prozedur, die wir verwenden wollen. - Deiner (ehemaligen) Meinung nach wäre ja alles das selbe ;p

Wenn du sie ausführst, kannst du für JEDE Variable einen Wert angeben (er überschreibt dann den default). Tust du dies nicht, dann werden die defaults angenommen (testvar1 und testvar3 werden das selbe liefern, testvar2 hingegen wird 0 verwenden.

Learn your basics, dude.

[Synatex]

NULL ist für einen String

NULL ist kein String. NULL ist gar nichts. Einfach nur ein Pointer der an keine Stelle zeigt. Wobei 0 als Integer wieder auf eine zeigt.

[Iban24]

Originally Posted by Synatex

NULL ist kein String. NULL ist gar nichts. Einfach nur ein Pointer der an keine Stelle zeigt. Wobei 0 als Integer wieder auf eine zeigt.

Lesen scheint wohl doch eine seltene Begabung zu sein.

[xTwiLightx]

Originally Posted by Synatex

NULL ist kein String. NULL ist gar nichts. Einfach nur ein Pointer der an keine Stelle zeigt. Wobei 0 als Integer wieder auf eine zeigt.

Lies mal ein kleines Stück weiter, da habe ich mich noch IM SATZ korrigiert.

[Synatex]

Lesen scheint wohl doch eine seltene Begabung zu sein.

Originally Posted by xTwiLightx

Lies mal ein kleines Stück weiter, da habe ich mich noch IM SATZ korrigiert.

Ja, für euch. Leer ist != garnichts. Leer ist es nämlich nicht. Hat man eine ID als Auto-Increment eingestellt und übergibt beim Insert als ersten Parameter ein NULL ist diese Spalte nicht "leer" sondern wird vom dem AI Wert übernommen, da NULL nicht leer ist sondern gar nichts.

Der NULL-Wert laut deiner Definition:

INSERT INTO Users (ID, Name, Nachname) VALUES (NULL, 'Test', 'User');

Ergebnis:

ID	Name	Nachname
	Test	User

Der NULL-Wert meiner Definition, was auch von den SQL Servern zurückgeliefert wird:

ID	Name	Nachname
1	Test	User

Wie gesagt, mit Unwissenheit sollte man nicht prahlen

[Sedrika]

Nur weil der SQL Server dein "null" anders verarbeitet, heisst es nichts, dass "null" nicht "nichts" ist.

[Synatex]

Originally Posted by Sedrika

Nur weil der SQL Server dein "null" anders verarbeitet, heisst es nichts, dass "null" nicht "nichts" ist.

Datenbanken sind das einzige, was diese eventuell noch anders verarbeitet, habe ich mir gedacht. Alle sonstigen Programmier- bzw. Scriptsprachen behandeln das als Pointer ins leere, wodurch das nichts ein nichts ist.

Ich lasse mich gerne durch besseres belehren. Es geht ja eben um den Unterschied zwischen leer => Nichts drinne, oder nichts => Zeigt auf einen Punkt, der zu Zeitpunkt X noch nicht festgelegt ist.

[xTwiLightx]

Originally Posted by Synatex

Datenbanken sind das einzige, was diese eventuell noch anders verarbeitet, habe ich mir gedacht. Alle sonstigen Programmier- bzw. Scriptsprachen behandeln das als Pointer ins leere, wodurch das nichts ein nichts ist.

Ich lasse mich gerne durch besseres belehren. Es geht ja eben um den Unterschied zwischen leer => Nichts drinne, oder nichts => Zeigt auf einen Punkt, der zu Zeitpunkt X noch nicht festgelegt ist.

Du magst oben recht haben, aber im Prozedurdurchlauf ist NULL == nichts.
Da hat dein IDENTITY-Argument keine Wirkung, weil wir von der Verarbeitung der Variablen sprechen, NICHT von einem INSERT-Statement in eine Tabelle mit automatischem ID-increment.
-> Meine Erklärung mit den DEFAULTs könnte dich so seltsam stimmen, da DEFAULTS auch für Spalten gesetzt werden können - ich jedoch habe mich ausschließlich auf den Prozedurablauf beschränkt.

Im übrigen wird dein INSERT-Statement NICHTS zurückliefern (was du suggerieren willst), da du weder eine SELECT- noch eine return Anweisung in der Query verwendest. ;p

Wie gesagt, mit Unwissenheit sollte man nicht prahlen

Merkste selbst, ne.

[Synatex]

Das hab ich doch die ganze Zeit geschrieben das NULL nichts ist, du schreibst es ist Leer o_O. Tut mir leid, dass ich anstatt "es wird eingetragen", "kriegt man zurück" verwendet habe. Ändert nichts an dem Fakt, dass es nichts ist und nicht leer.

Wie gesagt, leg mir nen anderes Dokument anbei welches das wiederlegt und ich lass mich belehren. Mit bloßen Behauptungen die du hier jetzt zum dritten mal in den Raum wirfst wiederlegst du nichts.

Und um es auch dir noch einmal klar zu machen, nachdem man ja noch drauf rumreiten muss:

http://en.wikipedia.org/wiki/Null_(SQL)

Null is a special marker used in Structured Query Language (SQL) to indicate that a data value does not exist in the database.

Ist nicht leer sondern existiert nicht.

Aber ich weiß eh nicht warum ich über so einfache Basics mit einem diskutier, der dies letztendlich als Service anbietet - meine Ausbildung in dem Bereich scheint eindeutig falsch zu sein und meine Ausbilder erzählen den ganzen Tag nur Mist

[xTwiLightx]

Und ich durchlaufe diese Ausbildung nicht seit 2 Jahren?