Datenbank Duplicates

[mkinzler]

Du kannst jedem Eintrag manuell einen Vergeben. Das Kopieren in eine neue Tabelle ercsheint mir aber der bessere Weg ( da so auch noch dein primäres Problem der Dupletten gelöst wird )

[-187-]

Wie kann es denn eigentlich sein das da Duplicates drinne sind irgendwie kommt mir das doch noch ein wenig seltsam vor.

Schließlich habe ich dem Feld diese Eigenschaft zugewiesen: IBTable1.AddIndex('UNIQUE', 'NAMES', [ixUnique, ixCaseInsensitive]);

CaseInsensitive bedeutet ja das DER_NAME und der_name gleich sind !


Brauch ich diese Eigenschaften überhaupt noch wenn ich im neuen Table den PK auf das Feld lege ?

[mkinzler]

Der Unique Index gilt ja auch für das Feld NAMES und nicht VORNAME

[-187-]

Das Feld Vornamen war nur ein Bsp. Genauso wie das "Namen"

In Wirklichkeit heißen meine Felder anders - Ich bin mir aber sicher das ich den Index auf das richtige Feld gesetzt habe !

[-187-]

Code:

IBTable1.AddIndex('UNIQUE', 'NAMES', [ixUnique, ixCaseInsensitive]);

Hm eigentlich habe ich doch somit einen Index und zwar Names "UNIQUE" !

Ist es nicht möglich diese für den Duplicate Check zur verwenden ?

[fkerber]

Hi!

Bitte unterlasse das Pushen innerhalb von 24 Std.

Sollte es einen UNIQUE-Index auf dem Feld geben, wird es sicherlich keine Duplikate enthalten.


Liebe Grüße,
Frederic

[-187-]

Das war kein Push mir ist nur noch was eingefallen ...

Folgender Code ergibt 267 Duplicates auf 30000 Records.

Code:

'SELECT UPPER(VORNAME) FROM NAME GROUP BY UPPER(VORNAME) HAVING (COUNT(*)>1)'

Der Index besteht schon seit dem ersten Record.

Zitat:

Sollte es einen UNIQUE-Index auf dem Feld geben, wird es sicherlich keine Duplikate enthalten.

Es bringt nichts wenn du das in Frage stellst. Deswegen frage ich ja schließlich !

[mkinzler]

Zitat:

Das Feld Vornamen war nur ein Bsp. Genauso wie das "Namen"

In Wirklichkeit heißen meine Felder anders

Dann wäre es vielleicht ratsam, immer die selben "Tarnbezeichnungen" zu verwenden.
Hat die Tabelle noch mehr Felder?