Probleme mit Paradox: Datensatz verschwindet beim Sortieren

[Schubi]

Hi!

Hab 2 Problemchen mit der BDE und ner Reihe von Paradox-Tabellen.

1.: Eine der Tabellen verschluckt beim indizieren, also sortieren, nach einem bestimmten Index einen Datensatz, also der is einfach unsichtbar dann.
Die anderen Indizes funktionieren und zeigen dann auch wieder alle Datensätze an.
Irgendwer ne Idee woran es liegt? is immer der gleiche Datensatz, auch wenn ich neue anlege oder so, immer der 2. der Tabelle.

2.: In einer der Tabellen habe ich Artikelnummer und Kundennummer als Feld. Für Artikel und Kunden jeweils eine eigene Tabelle mit Artikel/Kundennummer als Primärschlüssel. Ich lokalisiere in einem eigenen Fenster z.B. einen Artikel in der Tabelle, und Füge in die Andere dann mit FieldbyName die Artikelnummer ein. Das Auswahl-Fenster mit der Artikelliste verschwindet, das Mainform wird neu gezeichnet und dann dauert es ca 30-60 Sekunden bis die Artikelnummer im dazugehörigen Feld erscheint und die Anwendung wieder reagiert.
Die Haupttabele mit den beiden Verweisen hat momentan 20 Datensätze, die Artikeltabelle ca 11000 und die Kundentabelle 9500. Is das normal, dass das so lange dauert??

Danke für die Aufmerksamkeit,

Schubi

[Minz]

Setzt du Filter oder Indizes zur Laufzeit oder vorher?

Code?

[Schubi]

Zur Laufzeit!
Index:
DatenModul.Table_Retourenliste.IndexName := 'I_'+Combobox9.Text;

Filter:
MainForm.Cursor := crHourGlass;
datenmodul.Table_Retourenliste.Filter := '['+Combobox7.Text + '] = '''+ Edit8.Text + '''';
datenmodul.Table_Retourenliste.Filtered := True;
MainForm.Cursor := crDefault;

[Schubi]

Kann mir denn keiner helfen???
Ich steh hier auf Kohlen :?

[Robert_G]

Warum machst du deine Abfragen nicht mit 'ner Query?
Da kannst du sortieren bis zum umfallen und gefiltert wird genauso wie du es willst. (in der WHERE-Clause) :zwinker:

[Schubi]

Damit hab ich mich leider noch nie beschäftigt und ehrlichgesagt auch momentan nicht die Zeit dazu, leider. Aber wenn die Lösung so einfach ist, wie du sagts, wäre es ja kein Problem. Was muss ich machen?? :mrgreen:

[Leuselator]

Query-Komponente (Name : Query1)auf's Form, Database(name) setzen, im OI doppelclick auf SQL... , Statement eingeben:

SQL-Code:

  SELECT Feld1 -- reale Feldnamen verwenden!
       , Feld2
       , Feld3
       ...
       , FeldN
    FROM TabellenName

, Datasource auf Form, im OI als DataSet die Query angeben, DBGrid mit DataSource verbinden.

Wenn dann gefiltert werden soll:

Delphi-Quellcode:

  if Query1.SQL.Lines[Query1.SQL.Lines.Count-1] = '    FROM TabellenName'
  then begin     // noch nicht gefiltert
    Query1.SQL.Add('   WHERE FilterFeld = '''+Edit1.Text+'''');
  end else begin // filter schon gesetzt
    Query1.SQL.Lines[Query1.SQL.Lines.Count-1] := ('   WHERE FilterFeld = '''+Edit1.Text+'''');
  end;

Gruß

[Schubi]

Danke erstmal!
Da brauch ich wohl mal einen SQL-Crashcourse :roll: :mrgreen:

Problem is nur: Query1.SQL, soweit kein Problem, aber dann Query1.SQL.Lines kennt er net :gruebel:
Warum zum Henker akzeptiert ein TStrings kein .Lines???

EDIT:
AUA!!!!
Das Lines muss weg!
Nicht mein fehler *grins*
Memo1.Lines z.B. is doch Lines der TStrings und net Memo1 :mrgreen:

SQL[...] NICHT SQL.Lines


Ich will nur ungern meine Anwendugn auf SQL umstellen, da sie schon fast fertig ist und bereits 220 Arbeitsstunden drin stecken. DAs Ding besteht aus 12 Tabellen, die Arbeit mach ich mir nicht...

Kann mir also wer zu meinem Ursprünglichen Problem was sagen?

[APP]

Hallo Schubi,
hat das Filtern mit SQL funktioniert, ist kein Datensatz verloren gegangen?

Wenn ja, dann könntest Du ja mal hardcodiert den Filter setzen und schauen was passiert.

Code:

datenmodul.Table_Retourenliste.Filter := [color=red]'Feld = Kriterium'[/color];

Möglicherweise stimmen die Werte in

Delphi-Quellcode:

'+Combobox7.Text + '] = '''+ Edit8.Text +

nicht mit dem Inhalt des besagten Datensatzes überein.

Oder, noch besser, Du setzt den Filter direkt im Objektinspektor,
und machst die Tabelle Active:=True, dann sollten auch alle gefilterten
Sätze zu sehen sein.

[OT]
Gibt es viele Adörfer in Deutschland?
Als ich dass letzte mal mit dem Motorrad zu meiner Hochschule nach Mittweida unterwegs war,
bin ich durch ein Adorf gefahren (oder besser mich verfahren :mrgreen: )
(Bildchen gibt es sogar auf meiner HP)
[/OT]

[Schubi]

[OT]Hm... 3 Adörfer und ein Bdorf soweit ich weiß :wall: [/OT]

Die Werte in meinen Combos stimmen 100%, der Wert kann nur erfasst, angearbeitet, oder erledigt sein. und die Anderen mit "erfasst" werden gezeigt, nur der 2 net.

Ich bin ratlos.
Hab den Datensatz mal gelöscht und einen anderen als 2. rein gemacht, jetzt verschwindet der. Scheint also ein allgemeines Problem irgendwie zu sein :gruebel:

[OT]Soso...Bilder von Adorf, du, das ist das Adorf wo ich herkomme. Du hast neben der Tankstelle gehalten. Is dreckig dort, aber naja :mrgreen: [/OT]

[MrSpock]

Hallo Schubi,
das hört sich wirklich sehr ungewöhnlich an. Ich arbeite schon lange mit Paradox und das "Verschwinden" eines Datensatzes in einer gefilterten Datenmenge lag immer daran, dass der neue Datensatz das Filterkriterium nicht erfüllt hat.

Verstehe ich das richtig, dass der Datensatz in die Tabelle geschrieben wird, aber nicht bei gefilterter Datenmenge angezeigt wird? Also wenn das Programm nicht zu umfangreich ist, dann hänge es doch mal an. Ich würde es mir dann einmal genauer anschauen.

[Schubi]

Der Datensatz ist Physikalisch (oder wie?) der 2. In der Datenmenge. Und der verschwindet beim Filtern, egal ob er das Kriterium erfüllt oder nicht.

Anhängen ist sehr schlecht, das Programm hat 12 Tabellen und ist extrem umfangreich.
Aber Strukturinfos und Codeschnipsel kann ich gerne liefern :-D

[Robert_G]

Moin Schubi :hi:
Machne DBs haben Probleme damit leere Werte mit "richtigen" Werten zu vergleichen.
Bsp:
X ist in Eintrag 3 leer
-> Hast du in der WHERE-Clause "X != 1" stehen kann es bei manchen DBs passieren, dass dieser Eintrag nicht angezeigt wird.

Das war war jetzt ein weit hergeholter Erklärungsversuch. Vielleicht liegt das Problem auch bei Paradox, das Ding ist wahrscheinlich sogar noch zickiger als Access ( Spurius' ORDER BY Odyssee )

[Schubi]

Hm...Irgendwie auch net...
Alle Datensätze sind komplett ausgefüllt.

Hatte gerade einen Indexfehler den ich nicht mehr wegbekommen hab, hab nochmal die Leere Original-DB reinkopiert und Datensätze angelgt, das Problem scheint weg zu sein. Kann es sein, dass da irgendwas fehlerhaft war?
Ich hatte den Datensatz ja schonmal gelöscht und neu angelegt!

[r_kerber]

Hallo Schubi,

Zitat:

Zitat von Schubi

Hatte gerade einen Indexfehler den ich nicht mehr wegbekommen

So etwas hatte ich auch schon. Das hatte mich dann veranlaßt, Paradox in die Tonne zu treten. Ich habe bisher nicht herausbekommen, was diese fehlerhaften Indizes bei Paradox erzeugt. War teilweise auch abhängig davon, auf welchem Computer das Programm lief. :gruebel: :wall:

[Schubi]

Alternative?

[r_kerber]

ADS TDataset Descendant. Mehr Informationen und Links findest Du hier in der DP.