Autor Thema: @DbColumn  (Gelesen 1513 mal)

Offline Kiezkicker

  • Junior Mitglied
  • **
  • Beiträge: 60
@DbColumn
« am: 10.02.06 - 13:06:02 »
Hallo,

ich brauche mal wieder eure Hilfe!

Folgendes hatte ich vor:

Konfigurationsdokument, in dem ein Name und ein Limit eingegeben werden. Diese Dokumente werden in einer Ansicht "Limit" angezeigt.
Bei der Bestellung soll nun nach Auswahl des Namens ein verstecktes Feld das Limit als Wert zugewiesen bekommen. Dazu wollte ich folgenden Befehl als Vorgabewert verwenden:

@DbLookup( "" : "NoCache" ; ""  : ""  ; "Konfiguration Limit"  ; Name  ; 2)

Die Gesamtbestellsumme soll beim speichern mit dem Limit verglichen werden.

Beim Erstellen erscheint jetzt allerdings eine Fehlermeldung (...im Index nicht gefunden..."), was wahrscheinlich damit zusammenhängt, dass das Feld bei der Erstellung noch keinen Wert hat oder? Habe auch versucht per SetField beim Speichern den Wert für das Limit zu setzen klappte aber auch nicht.

Hat jemand eine Idee, warum es nicht funktioniert bzw. eine bessere Lösung?

Danke im Voraus

klaussal

  • Gast
Re: @DbColumn
« Antwort #1 am: 10.02.06 - 13:10:23 »
1. Spalte der Ansicht sortiert ?

Offline Kiezkicker

  • Junior Mitglied
  • **
  • Beiträge: 60
Re: @DbColumn
« Antwort #2 am: 10.02.06 - 14:49:05 »
Nein, in der Ansicht ist nichts sortiert  ???

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: @DbColumn
« Antwort #3 am: 10.02.06 - 14:51:06 »
Dann fincet @dbLookup auch nichts. Works as designed.

Offline Tode

  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 6.883
  • Geschlecht: Männlich
  • Geht nicht, gibt's (fast) nicht... *g*
Re: @DbColumn
« Antwort #4 am: 13.02.06 - 18:17:54 »
ist ein Grund, warum der Lookup nix findet, aber keine Lösung für sein Problem:

ein guter Programmierer lässt ein @DBLookup / @DBColumn niemals als letzte Anweisung im Code stehen...

1. Möglichkeit
Verwendung des [FAILSILENT]- Switches (HILFE NACHLESEN)

2. Möglichkeit
ergebnis in Variable zwischenspeichern und diese dann mit @IsError Klammern...
also :
lkp := @DBLookup( .... );
@If( @IsError( lkp ) ; FallBack- Wert ; lkp )


Ich versteh's mal wieder nicht: Error- Handling sind doch absolute Basics... Wird den Leuten denn überhaupt keine Ausbildung mehr gewährt !?

Tode
Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen... das klingt dann so: "Tooode" (langes O, das r, s und n werden verschluckt, das t wird zum badischen d)

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: @DbColumn
« Antwort #5 am: 13.02.06 - 23:00:04 »
ist ein Grund, warum der Lookup nix findet, aber keine Lösung für sein Problem ...

Nein, natürlich nicht. Das Problem ist dieses:
Wird den Leuten denn überhaupt keine Ausbildung mehr gewährt !?

Und da lasse ich dann doch lieber die Finger davon. "Scheffe" spart, wir arbeiten - nein!

Ob wir allerdings mit "Kiezkickers" Thread jetzt den richtigen erwischt haben für eine Generalkritik an Firmen und Leuten, die dort arbeiten und sich gigantisch überschätzen, wage ich mal zu bezweifeln.
Threads à la "Ich mag die Doku nicht lesen, erklär mir das mal!" oder "Kannst Du mir den Code dafür mal schreiben - ich habe davon keine Ahnung" nerven aber extrem.

Angesichts der Tatsache, dass dies hier ein "Forum der Hilfe zur Selbsthilfe" ist, muss ich trotzdem "Kiezkicker" vorwerfen, dass das hier gar keine gute Replik war:
Nein, in der Ansicht ist nichts sortiert  ???
Das Erklären der zwingenden Notwendigkeit von ErrorHandling vergeht mir dann (danke, dass Du das dann trotzdem gemacht hast, Torsten!).

Bernhard

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz