Postgres ISAM Performance - DBSKIP langsam? [ERLEDIGT]
Moderator: Moderatoren
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Postgres ISAM Performance - DBSKIP langsam? [ERLEDIGT]
Erstmal möchte ich sagen, dass ich ziemlich beeindruckt bin, dass das Ganze überhaupt funktioniert.
Auch das Upsize-Werkzeug lässt die DBFs gut konvertieren (mein Hauptproblem damit war, dass ich dummerweise eine USER.DBF und viele Felder namens USER hatte, was ja in SQL ein "Reserved Word" ist...).
Trotzdem konnte ich innerhalb von einigen Tagen mit einer Probeversion von Xbase++ 2.0 unser firmeninternes Materialwirtschaftssystem prinzipiell zum Laufen bringen.
Also großes Lob an Alaska!
Unser System ist über 25 Jahren gewachsen und ziemlich "speziell" - noch Xbase++ 1.9 von vor 12 Jahren zusammen mit ADS-Server.
Aus verschiedenen Gründen würden wir gern Richtung Postgres migrieren.
Das System ist zwar in GUI-Modus compiliert aber völlig Textbasiert - die Mitarbeiter sind es insbesonders gewohnt, dass das Browsen (auf TBrowse basiert) sehr schnell reagiert - das Blättern ist gefühlt ohne Verzögerung, vielleicht eine halbe Sekunde für ein Fenster mit 25 Zeilen.
Unser Postgres-Test-Server ist vielleicht nicht die schnellste, da gibt es vielleicht etwas Raum für Beschleunigung, aber weil damit der gleiche Vorgang eine Größenordnung langsamer läuft (ca. 5 Sekunden), mache ich mir schon Sorgen, ob eine für die Mitarbeiter akzeptable Migration möglich ist. Der Profiler sagt mir, dass die meiste Zeit in DBSKIP verbraucht wird.
Deshalb möchte ich fragen, ob anderen diese Erfahrung gemacht haben und ob vielleicht irgendwelche Einstellungen oder leichte Änderungen bekannt sind, die eine erhebliche Beschleunigung bewirken könnten...?
Vielen Dank für Eure Geduld beim Romanlesen hier!
Auch das Upsize-Werkzeug lässt die DBFs gut konvertieren (mein Hauptproblem damit war, dass ich dummerweise eine USER.DBF und viele Felder namens USER hatte, was ja in SQL ein "Reserved Word" ist...).
Trotzdem konnte ich innerhalb von einigen Tagen mit einer Probeversion von Xbase++ 2.0 unser firmeninternes Materialwirtschaftssystem prinzipiell zum Laufen bringen.
Also großes Lob an Alaska!
Unser System ist über 25 Jahren gewachsen und ziemlich "speziell" - noch Xbase++ 1.9 von vor 12 Jahren zusammen mit ADS-Server.
Aus verschiedenen Gründen würden wir gern Richtung Postgres migrieren.
Das System ist zwar in GUI-Modus compiliert aber völlig Textbasiert - die Mitarbeiter sind es insbesonders gewohnt, dass das Browsen (auf TBrowse basiert) sehr schnell reagiert - das Blättern ist gefühlt ohne Verzögerung, vielleicht eine halbe Sekunde für ein Fenster mit 25 Zeilen.
Unser Postgres-Test-Server ist vielleicht nicht die schnellste, da gibt es vielleicht etwas Raum für Beschleunigung, aber weil damit der gleiche Vorgang eine Größenordnung langsamer läuft (ca. 5 Sekunden), mache ich mir schon Sorgen, ob eine für die Mitarbeiter akzeptable Migration möglich ist. Der Profiler sagt mir, dass die meiste Zeit in DBSKIP verbraucht wird.
Deshalb möchte ich fragen, ob anderen diese Erfahrung gemacht haben und ob vielleicht irgendwelche Einstellungen oder leichte Änderungen bekannt sind, die eine erhebliche Beschleunigung bewirken könnten...?
Vielen Dank für Eure Geduld beim Romanlesen hier!
Zuletzt geändert von dtmackenzie am Di, 03. Dez 2019 14:45, insgesamt 1-mal geändert.
Viele Grüße,
David
David
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9358
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 101 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Danke Tom!
Höchst interessant, ich habe meine Stimme abgegeben um die Priorität zu erhöhen.
Habe auch versucht, einfach zusätzliche SQL-Indexe über "__deleted,__record" und "__record,__deleted" anzulegen.
Bin mir nicht ganz sicher, ob dies eine leichte Verbesserung gebracht hat - vielleicht um ein paar Sekunden, aber noch nicht brauchbar.
Eine 50-fache Beschleunigung wie im PDR in Aussicht gestellt wäre aber schon ausreichend für die Migration...
Viele Grüße,
David
P.S.
Das scheint übrigens wirklich das Problem zu sein - wenn ich SET DELETED ON auskommentiere, dann läuft das Browsen vernünftig schnell. Ist natürlich keine Lösung, macht aber Hoffnung...
Höchst interessant, ich habe meine Stimme abgegeben um die Priorität zu erhöhen.
Habe auch versucht, einfach zusätzliche SQL-Indexe über "__deleted,__record" und "__record,__deleted" anzulegen.
Bin mir nicht ganz sicher, ob dies eine leichte Verbesserung gebracht hat - vielleicht um ein paar Sekunden, aber noch nicht brauchbar.
Eine 50-fache Beschleunigung wie im PDR in Aussicht gestellt wäre aber schon ausreichend für die Migration...
Viele Grüße,
David
P.S.
Das scheint übrigens wirklich das Problem zu sein - wenn ich SET DELETED ON auskommentiere, dann läuft das Browsen vernünftig schnell. Ist natürlich keine Lösung, macht aber Hoffnung...
Viele Grüße,
David
David
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2121
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 72 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
Servus David,
mit set deleted off musst Du unbedingt bei der PGDBE arbeiten, da sind noch einige PDRs deswegen offen. Einige wurden inzwischen gefixed.
Dann dürftest auch mit der ISAM-Emulation eine einigermaßen akzeptable Geschwindigkeit haben, diesbezüglich wurde die letzten Monate viel von Alaska verbessert.
mit set deleted off musst Du unbedingt bei der PGDBE arbeiten, da sind noch einige PDRs deswegen offen. Einige wurden inzwischen gefixed.
Dann dürftest auch mit der ISAM-Emulation eine einigermaßen akzeptable Geschwindigkeit haben, diesbezüglich wurde die letzten Monate viel von Alaska verbessert.
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Jan
- Marvin
- Beiträge: 14651
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Das Update Ende diesen Monats soll wohl einen ganzen Schwung Korrekturen für PostgrSQL geben und damit wohl auch den Großteil aller PDR schließen in diesem Bereich.
Jan
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Danke Jan, Werner und Tom.
Ich werde das Update abwarten und mich dann nochmal mit Alaska Support in Verbindung setzen.
Leider kommt für mich set deleted off nicht wirklich infrage: Ich würde nach jedem DELETE ein PACK machen müssen (wenigstens wird RECALL nie benutzt).
Die Anwendung ist groß, alt und teilweise schwer zu verstehen - ich kann sie nur migrieren wenn es mit minimalen Änderungen geht.
Dass Alaska sehr viel schon erreicht hat, ist mir klar; Gerade deshalb habe ich die Hoffnung und bin zuversichtlich, dass sie auch dieses Problem lösen.
Ich werde das Update abwarten und mich dann nochmal mit Alaska Support in Verbindung setzen.
Leider kommt für mich set deleted off nicht wirklich infrage: Ich würde nach jedem DELETE ein PACK machen müssen (wenigstens wird RECALL nie benutzt).
Die Anwendung ist groß, alt und teilweise schwer zu verstehen - ich kann sie nur migrieren wenn es mit minimalen Änderungen geht.
Dass Alaska sehr viel schon erreicht hat, ist mir klar; Gerade deshalb habe ich die Hoffnung und bin zuversichtlich, dass sie auch dieses Problem lösen.
Viele Grüße,
David
David
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Ich habe gerade die Nachricht von Alaska bekommen, dass das Problem nun gefunden und höchstwahrscheinlich behoben ist.
Wenn alles gut geht, ist es im nächsten Build gelöst.
Wenn alles gut geht, ist es im nächsten Build gelöst.
Viele Grüße,
David
David
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
hi,
sagt mal von welchen Grössen Ordnungen der ex. DBF sprechen wir
hatten deine Indexe auch mehrere Felder im IndexKey()
Frage : erstellt "Upsize" inzwischen auch echte PostgreSQL Indexe
sagt mal von welchen Grössen Ordnungen der ex. DBF sprechen wir
hatten deine Indexe auch mehrere Felder im IndexKey()
Frage : erstellt "Upsize" inzwischen auch echte PostgreSQL Indexe
gruss by OHR
Jimmy
Jimmy
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Hi Jimmy,
die Tabelle muss nicht allzu groß sein um das Problem zu zeigen.
Ich habe dafür eine einfache Beispielanwendung geschrieben - ist basiert auf ein Gemisch aus Teilen von dem MDIDemo-Beispiel und unserem System.
Damit ist das Problem wie folgt nachvollziehbar:
1. Leere BRTEST.dbf mit brtest.upsize konvertieren (Connection-Parameter bei Bedarf anpassen)
2. Projekt BrowserTest erstellen und ausführen (Connection-Parameter auf Zeilen 33-34 in main.prg)
3. Testdaten mit Menüpunkt "Insert" generieren. Bei 10000 Datensätze kannst Du ruhig einen Kaffee holen, vielleicht reichen auch 1000.
4. Menüpunkt "Browser Test" öffnet Browser, jedes "Bild runter" dauert ca. 3 Sekunden (in unserem System eher 5).
5. Zum Vergleich, SET DELETED ON auskommentieren (main.prg Zeile 42), dann gibt es keine merkbare Verzögerung beim "Bild runter". Das ist auch mit unserem System so (auch mit ADS-Server und SET DELETED ON).
Ich glaube übrigens schon, dass "Upsize" echte PostgreSQL Indexe erstellt.
die Tabelle muss nicht allzu groß sein um das Problem zu zeigen.
Ich habe dafür eine einfache Beispielanwendung geschrieben - ist basiert auf ein Gemisch aus Teilen von dem MDIDemo-Beispiel und unserem System.
Damit ist das Problem wie folgt nachvollziehbar:
1. Leere BRTEST.dbf mit brtest.upsize konvertieren (Connection-Parameter bei Bedarf anpassen)
2. Projekt BrowserTest erstellen und ausführen (Connection-Parameter auf Zeilen 33-34 in main.prg)
3. Testdaten mit Menüpunkt "Insert" generieren. Bei 10000 Datensätze kannst Du ruhig einen Kaffee holen, vielleicht reichen auch 1000.
4. Menüpunkt "Browser Test" öffnet Browser, jedes "Bild runter" dauert ca. 3 Sekunden (in unserem System eher 5).
5. Zum Vergleich, SET DELETED ON auskommentieren (main.prg Zeile 42), dann gibt es keine merkbare Verzögerung beim "Bild runter". Das ist auch mit unserem System so (auch mit ADS-Server und SET DELETED ON).
Ich glaube übrigens schon, dass "Upsize" echte PostgreSQL Indexe erstellt.
- Dateianhänge
-
- BrowserTest.zip
- (59.21 KiB) 282-mal heruntergeladen
Viele Grüße,
David
David
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
im PgAdmin kann man doch sehen ob es echte PostgreSQL Index gibtdtmackenzie hat geschrieben: ↑Mo, 15. Jul 2019 10:03 Ich glaube übrigens schon, dass "Upsize" echte PostgreSQL Indexe erstellt.
gruss by OHR
Jimmy
Jimmy
- HaPe
- 1000 working lines a day
- Beiträge: 996
- Registriert: So, 15. Nov 2015 17:44
- Wohnort: 71665 Vaihingen-Enz
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 15 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
Was ist ein echter PostgreSQL Index
Gibt es dann auch einen unechten PostgreSQL Index?
Wenn ja, was ist das
Gibt es dann auch einen unechten PostgreSQL Index?
Wenn ja, was ist das
--
Hans-Peter
Hans-Peter
- brandelh
- Foren-Moderator
- Beiträge: 15695
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Ein "echter" Index wird wohl auf dem Server per Admin Tool (oder Software Befehl) erstellt und im Hintergrund vom Server benutzt.
Mit "unechter" meint Jimmy wohl die Simulation eines solchen im Xbase++ Treiber (falls der sowas macht) ... also alle Daten anfordern und dann im Programm eingrenzen
Mit "unechter" meint Jimmy wohl die Simulation eines solchen im Xbase++ Treiber (falls der sowas macht) ... also alle Daten anfordern und dann im Programm eingrenzen
Gruß
Hubert
Hubert
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
ein "echter" SQL Index wird mit einer Qwery erstellt
Code: Alles auswählen
CREATE INDEX cIndex_Name ON cTable_Name (cField_Name)
beim "UpSize" Vorgang werden interne FIELD für jeden angegebenen Xbase++ Index angelegt mit dem IndexKey() Ausdruck als Inhalt. diese für PgDBE notwendigen FIELD müssen "zusätzlich gepflegt" werden.
---
wenn man eine ORDER angibt "sucht" ein SQL Server nach einem "passenden" (echten) Index.
wenn kein "passender" SQL Index gefunden wird ist es vergleichbar mit der Geschwindigkeit von LOCATE zu SEEK
gruss by OHR
Jimmy
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16509
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Jimmy,
eine Bitte: mache dich vertraut mit den Begrifflichkeiten DML, DCL und DDL. Ein Index anlegen kann kein Query sein!
Die von dir aufgeführten speziellen Indexfelder sind sicherlich mit einem "echten" PG-Index versehen. Der Inhalt wird sicherlich über entsprechende Trigger aktuell gehalten.
Viele Grüße,
Martin
eine Bitte: mache dich vertraut mit den Begrifflichkeiten DML, DCL und DDL. Ein Index anlegen kann kein Query sein!
Die von dir aufgeführten speziellen Indexfelder sind sicherlich mit einem "echten" PG-Index versehen. Der Inhalt wird sicherlich über entsprechende Trigger aktuell gehalten.
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2121
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 72 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
Servus David,
hab mir Dein Beispiel nicht angesehen, aber hast Du schon beim XbpBrowse()
drin? Das bringt (zumindest bei pass through) viel an Geschwindigkeit!
hab mir Dein Beispiel nicht angesehen, aber hast Du schon beim XbpBrowse()
Code: Alles auswählen
:navigationMode := XBPBRW_NAVIGATION_1XCOMPATIBLE
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- dtmackenzie
- Rekursionen-Architekt
- Beiträge: 265
- Registriert: Do, 22. Nov 2007 9:02
- Wohnort: Leipzig
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 22 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Servus Werner!
Dankeschön für den Vorschlag, aber ich benutze TBrowse() und nicht XbpBrowse()...
Da kommt die Fehlermeldung "Member-variable ist für dieses Objekt unbekannt".
Dankeschön für den Vorschlag, aber ich benutze TBrowse() und nicht XbpBrowse()...
Da kommt die Fehlermeldung "Member-variable ist für dieses Objekt unbekannt".
Viele Grüße,
David
David
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
Ich schicke einen String als QweryMartin Altmann hat geschrieben: ↑Mo, 15. Jul 2019 12:00 eine Bitte: mache dich vertraut mit den Begrifflichkeiten DML, DCL und DDL. Ein Index anlegen kann kein Query sein!
Code: Alles auswählen
LOCAL cQuery := "CREATE INDEX "
...
cField := ::_aBroFields[ i ] [ DBS_NAME ]
IF !EMPTY(cField)
cQuery += "Index_"+cField
cQuery += " ON "+::_cTable
cQuery += "("+cField+")"
::oPG:Exec(cQuery)
xt := ::oPG:result:ResultStatus()
genau das möchte ich ja gerne wissen "ob" es "jetzt" passiert denn in der "alten" Version passierte es nicht.Martin Altmann hat geschrieben:Die von dir aufgeführten speziellen Indexfelder sind sicherlich mit einem "echten" PG-Index versehen. Der Inhalt wird sicherlich über entsprechende Trigger aktuell gehalten.
gruss by OHR
Jimmy
Jimmy
- Martin Altmann
- Foren-Administrator
- Beiträge: 16509
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Jimmy,
Du schickst keine Query, du schickst ein Statement!!!
Eine Query ist immer eine Abfrage (select) und liefert immer ein Ergebnis zurück!
Ein Statement kann eine Query sein - oder eine Anweisung, Daten oder Strukturen zu manipulieren oder zu ergänzen (um mal die Hauptmerkmale zu nennen).
Dies nur am Rande. Getreu dem Motto: if you want to go sql, speak sql!
Viele Grüße,
Martin
Du schickst keine Query, du schickst ein Statement!!!
Eine Query ist immer eine Abfrage (select) und liefert immer ein Ergebnis zurück!
Ein Statement kann eine Query sein - oder eine Anweisung, Daten oder Strukturen zu manipulieren oder zu ergänzen (um mal die Hauptmerkmale zu nennen).
Dies nur am Rande. Getreu dem Motto: if you want to go sql, speak sql!
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
Die Frage "ob" das Upsize Tool einen echten SQL Index anlegt ist noch offen.
bitte seht doch mal mit PgAdmin nach "ob" welche vorhanden sind und welche Syntax verwendet wird, Danke
@Martin : gelesen
bitte seht doch mal mit PgAdmin nach "ob" welche vorhanden sind und welche Syntax verwendet wird, Danke
@Martin : gelesen
gruss by OHR
Jimmy
Jimmy
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2513
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
JimmyDie Frage "ob" das Upsize Tool einen echten SQL Index anlegt ist noch offen.
bitte seht doch mal mit PgAdmin nach "ob" welche vorhanden sind und welche Syntax verwendet wird, Danke
das sind nur einige Zeilen die du für deinen Fall in einem Upsize File anpassen musst und dann kannst du es selbst mit einem deiner DBF-Files und dem UpsizeTool Testen!!
Und Ja, es werden Indexe (oder wie die Mehrheit davon auch immer heisst) angelegt.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Jan
- Marvin
- Beiträge: 14651
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Nach Duden:
Indexe:
- Plural von Index, auf den die katholische Kirche Bücher setzt
Indizes:
- Statistischer Mittelwert in der Wirtschaft
- an gleichartige, in Buchstaben oder Zahlen ausgedrückte Größen (meist tiefer stehend) angehängtes Kennzeichen in Form eines Buchstabens oder einer Zahl (z. B. x1, x2) in Mathematik und Physik
- hochgestellte Zahl, die Homografen o. Ä. zum Zwecke der Unterscheidung vorangestellt wird (z. B. 1Bauer, der; 2Bauer, das) in der Lexikografie
?
- Zeigefinger in der Medizin
- aus Verweisen auf Adressen (3) bestehende Datei oder separate Struktur einer Datenbank, die ein schnelles Auffinden bestimmter Daten ermöglicht in der EDV. Hier gibt der Duden keinen Plural an. Dumm gelaufen, genau das ist doch hier die Frage!?!
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- Martin Altmann
- Foren-Administrator
- Beiträge: 16509
- Registriert: Fr, 23. Sep 2005 4:58
- Wohnort: Berlin
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 48 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Die Mehrheit heißt natürlich Index's *SCNR* extra für den lieben Tom
Viele Grüße,
Martin
Webseite mit XB2.NET und ausschließlich statischem Content in Form von HTML-Dateien: https://www.altem.de/
Webseite mit XB2.NET und ausschließlich dynamischem Content in Form von in-memory-HTML: https://meldungen.altem.de/
Mitglied der XUG Osnabrück
Vorsitzender des Deutschsprachige Xbase-Entwickler e. V.
- Jan
- Marvin
- Beiträge: 14651
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Postgres ISAM Performance - DBSKIP langsam?
Aua! Das tut ja schon körperlich weh! Wobei ich den lieb gemeinten Seitenhieb auf Tom natürlich voll und ganz unterstütze
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12906
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 45 Mal
Re: Postgres ISAM Performance - DBSKIP langsam?
ich meine wie der "Code" zum PostgreSQL Index aussieht in PgAdmin
so sieht mein Index bei Type "C" aus
Code: Alles auswählen
-- Index: public.index_artikel
-- DROP INDEX public.index_artikel;
CREATE INDEX index_artikel
ON public.artikel
USING btree
(artikel COLLATE pg_catalog."default");
wie Frage ich "welche" Indexe zu eine Table gehören in einer Qwery / Statment abramses hat geschrieben:Und Ja, es werden Indexe (oder wie die Mehrheit davon auch immer heisst) angelegt.
ein "DIR Index" geht ja wohl nicht
gruss by OHR
Jimmy
Jimmy