Ändern von Datensätzen

[B.Hauser]

@Andreas,

hast Du das ausprobiert oder vermutest Du das nur?
(Ich kann es erst heute Abend ausprobieren, da ich aktuell kein Zugriff auf eine 6.1 Maschine habe)
... die Dokumentation lässt zumindest auf etwas anderes schließen:

ALL:
Selects all rows of the final result table and does not eliminate duplicates. This is the default.

DISTINCT:
Eliminates all but one of each set of duplicate rows of the final result table. Two rows are duplicates of one another only if each value in the first row is equal to the corresponding value in the second row. (For determining duplicate rows, two null values are considered equal.) The collating sequence is also used for determining distinct values. DISTINCT is not allowed if the select-list contains a DATALINK column.

Select list notation *:
Represents a list of columns of table R in the order the columns are produced by the FROM clause. Any columns defined with the hidden attribute will not be included. The list of names is established when the statement containing the SELECT clause is prepared. Therefore, * does not identify any columns that have been added to a table after the statement has been prepared.

Birgitta

[andreaspr@aon.at]

nein leider, ich lese und rede zwar viel über 6.1 aber habe bis auf wenige male keine möglichkeit gehabt dies auch zu testen, da mir die maschiene fehlt
mein wissen in diesem fall bezieht sich auf eine IBM-seite IBM DB2 for i 6.1 -- Sophistication simplified.
ich gehe jedoch einmal davon aus, dass das ergebnis im embedded sql das gleiche sei.

[Fuerchau]

ALL und DISTINCT gab es schon immer, wobei ALL im Select der Default ist, deshalb hat ALL eben keine direkten Auswirkungen.
Im Gegensatz zu UNION, da ist DISTINCT zwar nicht anzugeben aber der Default um doppelte Sätze zwischen den Select's auszuschließen:
select [ALL/DISTINCT] ...
union [ALL]
select [ALL/DISTINCT] ...

Mit den Hidden-Feldern hat das nichts zu tun.
Wobei ich mich frage, wozu hidden Felder gut sein soll, außer, dass sie bei select * nicht automatisch kommen sondern explizit angegeben werden müssen.

[BenderD]

... wer fragt sich schon wofür ein Auto gut sein soll, außer dass man damit fahren kann...

Dieter
PS: naja, das Auto muss ja auch kein Suff oder SCHMART sein...

Wobei ich mich frage, wozu hidden Felder gut sein soll, außer, dass sie bei select * nicht automatisch kommen sondern explizit angegeben werden müssen.

[andreaspr@aon.at]

... wer fragt sich schon wofür ein Auto gut sein soll, außer dass man damit fahren kann...

... oder ein handy ... ja, telefonieren kann man eventuell auch damit

[BenderD]

...
die Doku ist da schon eindeutig.
- SELECT ALL (ist default := darf man weglassen, mit Duplikate)
- SELECT DISTINCT (hau weg die doppelten := alle Felder gleich)
- select * (alle Felder - außer hidden)
- select hugo, otto, carola, versteckMich (hier können auch hidden Felder stehen)
Wenns so funkt ist alles OK
funzts nicht, ist das kein Feature, sondern ein Bug.

D*B

[holgerscherer]

nein leider, ich lese und rede zwar viel über 6.1 aber habe bis auf wenige male keine möglichkeit gehabt dies auch zu testen, da mir die maschiene fehlt

Ich kann Dir da günstig Abhilfe bieten - live-Experimente machen doch mehr Spass ;-)

-h

[andreaspr@aon.at]

danke fürs angebot, vlt. komme ich noch darauf zurück. 25 € / monat sollten nicht das große problem sein.
in 1-2 wochen bekomme ich von der common eine 7.1 zum testen und analysieren für ein paar monate zur verfügung gestellt

[holgerscherer]

in 1-2 wochen bekomme ich von der common eine 7.1 zum testen und analysieren für ein paar monate zur verfügung gestellt

Psst! Ist doch noch early beta und somit NDA ;-)

-h

[andreaspr@aon.at]

und wieder ein weiterer grund, warum ich mich ärgere damals meine mail als benutzername angegeben hatte :-))

[holgerscherer]

und wieder ein weiterer grund, warum ich mich ärgere damals meine mail als benutzername angegeben hatte :-))

Keine Sorge, wir verraten nichts und verkaufen die Mailadresse nur wie üblich weiter ;-)

-h