Upsize und ISAM-Emulation
Moderator: Moderatoren
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
hi Tom,
ich werde aufhören wenn sich die PgDBE Träume erfüllen
wenn meine Funktionierende Lösung nicht deinem Ansprüchen genügt kann ich leider nichts machen aber die Träume von Alaska kann ich "so" nicht stehen lassen.
wenn es nicht so funktioniert dann helfe ich mir selbst und beim Upsize, was diesen Thread betrifft, kann ich es leicht native machen und das viel schneller die Table für PgDBE erstellen.
nun gibt es noch die xBase Index und an der Stelle sehe ich es anders als das Konzept von PgDBE ... der Rest könnte bleiben !
wie schon gesagt "verstehe" ich nicht warum es die internen Index FIELD gibt
der einzige Grund ist die o.g. Theorie.
nun habe ich ja ein Gegen Konzept mit dem Indexkey() und ORDER BY vorgestellt. was sagst du den dazu
ich werde aufhören wenn sich die PgDBE Träume erfüllen
wenn meine Funktionierende Lösung nicht deinem Ansprüchen genügt kann ich leider nichts machen aber die Träume von Alaska kann ich "so" nicht stehen lassen.
wenn es nicht so funktioniert dann helfe ich mir selbst und beim Upsize, was diesen Thread betrifft, kann ich es leicht native machen und das viel schneller die Table für PgDBE erstellen.
nun gibt es noch die xBase Index und an der Stelle sehe ich es anders als das Konzept von PgDBE ... der Rest könnte bleiben !
wie schon gesagt "verstehe" ich nicht warum es die internen Index FIELD gibt
der einzige Grund ist die o.g. Theorie.
nun habe ich ja ein Gegen Konzept mit dem Indexkey() und ORDER BY vorgestellt. was sagst du den dazu
gruss by OHR
Jimmy
Jimmy
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9373
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Was ich dazu sage? Ich hätte einen Buchtipp als Antwort:
https://www.amazon.de/Selbstgespräche-s ... 831146950/
https://www.amazon.de/Selbstgespräche-s ... 831146950/
Herzlich,
Tom
Tom
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
was interessiert mich solche "Schreiblinge" ...Tom hat geschrieben: ↑Fr, 05. Jul 2019 16:23 Was ich dazu sage? Ich hätte einen Buchtipp als Antwort:
https://www.amazon.de/Selbstgespräche-s ... 831146950/
meine Empfehlung https://www.postgresql.org/docs/manuals/
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Tja Tom,
da kannst Du machen was Du willst. Jimmy wird nicht verstehen was Du ihm da sagen willst. Jemand der alles und jedes mit einem hochnäsigen (im wahrsten Sinne des Wortes) "shame on you" beantwortet, der wird sich das nicht anziehen.
Jan
da kannst Du machen was Du willst. Jimmy wird nicht verstehen was Du ihm da sagen willst. Jemand der alles und jedes mit einem hochnäsigen (im wahrsten Sinne des Wortes) "shame on you" beantwortet, der wird sich das nicht anziehen.
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: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
du hast meinen Link gesehen
wer NEXTVAL() nicht als PostgreSQL Function kennt hat das Manual nicht gelesen
9.11 Funktionen zur Bearbeitung von Sequenzen
nextval(text) bigint Sequenz erhöhen und neuen Wert zurückgeben
currval(text) bigint Wert, der zuletzt durch nextval erzeugt wurde
setval(text, bigint) bigint aktuellen Wert der Sequenz setzen
setval(text, bigint,boolean) bigint aktuellen Wert der Sequenz und den Parameter is_called setzen
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Jimmy,
blöde Frage. Natürlich habe ich Deinen Link gesehen. Aber darum geht es nicht. Es geht darum das Du nicht verstehst was Tom Dir seit einigen Posts zu sagen versucht.
Jan
blöde Frage. Natürlich habe ich Deinen Link gesehen. Aber darum geht es nicht. Es geht darum das Du nicht verstehst was Tom Dir seit einigen Posts zu sagen versucht.
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: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
deshalb wohl unsere Diskussion da ich meine das er noch nicht durchschaut was ich sage.
ich gebe zu das es natürlich noch ein weiter Weg ist bis man "schwieriger" Probleme native lösen kann aber für den Anfang geht es schon sehr gut und das wesentliche, die Qwery Anfragen, kann man "mit jedem PG Client" verwenden.
es geht um das JETZT und mit der PgDBE Emu ist die Geschwindigkeit unerträglich langsam bei > 100000
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Kannst Du dieses besserwisserische Icon nicht endlich mal weg lassen?
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.
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Upsize und ISAM-Emulation
Um wieder zur Sache zu kommen: Jimmy, ist nicht das, was wir hier besprechen und was Du mit nativem Upsize machen willst, nicht schon längst von Alaska umgesetzt worden?
in der upsize-Datei...
Code: Alles auswählen
mode="sql"
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
wenn du das Icon so deutest ...
für mich stellt das ein kräftiges NEIN dar ... egal wie die "Bezeichnung" von dem Icon ist.
also wenn jemand sich durch das Icon von mir "belehrt" fühlt möchte ich mich dafür entschuldigen.
Frage : welches Icon würdet ihr für ein NEIN verwenden
Zuletzt geändert von AUGE_OHR am So, 07. Jul 2019 7:33, insgesamt 1-mal geändert.
gruss by OHR
Jimmy
Jimmy
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
bitte erzähl mehr ...Werner_Bayern hat geschrieben: ↑Sa, 06. Jul 2019 18:57 schon längst von Alaska umgesetzt worden?in der upsize-Datei...Code: Alles auswählen
mode="sql"
gruss by OHR
Jimmy
Jimmy
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Upsize und ISAM-Emulation
Steht doch in der Hilfe:
sollte das bewirken, was Du möchtest.
Also einmode='sql': If sql is specified as the upsize mode, the table structure is created on the SQL server and the data is transferred to the server. However, the resulting SQL table does not support the ISAM-navigational access pattern. Only Universal SQL as a relational data access pattern can be used to access the data from within the application.
Code: Alles auswählen
<upsize table="art.dbf" connection="Werner" mode="sql"/>
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
ich verwende KEIN Xbase++ v2.x
schon mal getestet wie schnellWerner_Bayern hat geschrieben: ↑So, 07. Jul 2019 12:46 Also einsollte das bewirken, was Du möchtest.Code: Alles auswählen
<upsize table="art.dbf" connection="Werner" mode="sql"/>
---
also "Universal SQL" ... arbeitet jemand "so" mit der Xbase++ v2.x
Vor-/Nachteile gegenüber native SQL
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Jimmy,
da hab ich mal 'ne Verständnisfrage: Du willst einen Zugriff auf PostgreSQL bauen, den sonst noch niemand hinbekommen hat. Dabei aber die in der Xbase++ 2.0 neu hinzugekommenen SQL-Funktionen nicht nutzen. Wo ist da dann der Sinn, wenn aktuell nutzbare Techniken nicht Bestandteil Deiner Klasse sein werden?
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.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2518
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Upsize und ISAM-Emulation
Ja.schon mal getestet wie schnell
5 Sekunden
Warum so schnell: Es wird nur die Datenbank und die Tabelle angelegt. Die Datenübertragung funktioniert nicht.
Genau solche Dinge und die vielen Abschnitte in der zugehörigen Beschreibung die mit "TBD" treiben einem doch entweder in die Abteilung "Jugend forscht" um TBD selbst aufzuschlüsseln oder aber gleich in die Abteilung "do it yourself" zum Arbeiten mit der libpq und eigenen Funktionen und Klassen. Das funktioniert am Schluss mit viel mehr Arbeit dann einwandfrei.
Die PGDBE hätte sicher gute und auch schnelle Funktionen (Universal SQL) in sich. Nur nützt das ganze nichts weil niemand bei Alaska hingeht und die Möglichkeiten die Sie geschaffen haben auch Dokumentiert!! Eigentlich wirklich sehr schade. Alaska entwickelt uns Möglichkeiten die wir als folge fehlender Beispiele (Code-Samples) und Dokumentation gar nicht nutzen können ........
Valar Morghulis
Gruss Carlo
Gruss Carlo
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2518
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Upsize und ISAM-Emulation
@Jan
Das frage ich mich allerdings auch. Würde ich noch mit der 1.9 Version arbeiten würde ich mich selbst disqualifizieren und sofort in Rente gehen.....
Das frage ich mich allerdings auch. Würde ich noch mit der 1.9 Version arbeiten würde ich mich selbst disqualifizieren und sofort in Rente gehen.....
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Manfred
- Foren-Administrator
- Beiträge: 21200
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Upsize und ISAM-Emulation
Und hier stelle ich mir spätestens die Frage warum aus dem Hause Alaska Kommentare in einem Thread gepostet werden, die für unbrauchbaren Zoff gesorgt haben, aber hier, wo es m.E. verdammt wichtig wäre Unklarheiten ein für allemal zu beseitigen Schweigen im Walde herrscht.
Tut mir absolut leid, dafür habe ich keine Erklärung und noch weniger Verständnis.
Tut mir absolut leid, dafür habe ich keine Erklärung und noch weniger Verständnis.
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9373
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Jim,
Du fachsimpelst hier über die Freuden der vegetarischen Küche, hast aber noch nie in einer gestanden, sondern sitzt bei Wildschweinbraten am Lagerfeuer. So etwas meinte ich mit meinem Verweis auf das Scherzbuch "Selbstgespräche sicher führen". Du hast weder das Upsize-Tool, noch die ISAM-Emulation zur Verfügung, spekulierst hier über Abläufe und entwirfst sinnfreie Gegenkonzepte, aber Du kannst eigentlich überhaupt nicht wissen, wovon Du sprichst. Das ist ein bisschen ärgerlich und verwässert die Diskussion ziemlich, um es nett zu sagen.
Universal SQL erlaubt die Anwendung der SQL-Syntax auf fast beliebige Datenquelle, vom Array über irgendwelche Objektmengen bis hin zu allen verfügbaren DBEs.
Manfred,
da bin ich Deiner Meinung. Wenn Alaska schreibt, dass mit diesem Update die Bemühungen rund um die Optimierung der Engine abgeschlossen sind, aber es wird dann hier umgehend festgestellt, dass das höchstens teilweise zutrifft, dann wäre das eine produktivere Gelegenheit für die aktive Einmischung, als das der andere Thread war. Na ja, vielleicht meldet sich ja noch jemand.
Du fachsimpelst hier über die Freuden der vegetarischen Küche, hast aber noch nie in einer gestanden, sondern sitzt bei Wildschweinbraten am Lagerfeuer. So etwas meinte ich mit meinem Verweis auf das Scherzbuch "Selbstgespräche sicher führen". Du hast weder das Upsize-Tool, noch die ISAM-Emulation zur Verfügung, spekulierst hier über Abläufe und entwirfst sinnfreie Gegenkonzepte, aber Du kannst eigentlich überhaupt nicht wissen, wovon Du sprichst. Das ist ein bisschen ärgerlich und verwässert die Diskussion ziemlich, um es nett zu sagen.
Universal SQL erlaubt die Anwendung der SQL-Syntax auf fast beliebige Datenquelle, vom Array über irgendwelche Objektmengen bis hin zu allen verfügbaren DBEs.
Manfred,
da bin ich Deiner Meinung. Wenn Alaska schreibt, dass mit diesem Update die Bemühungen rund um die Optimierung der Engine abgeschlossen sind, aber es wird dann hier umgehend festgestellt, dass das höchstens teilweise zutrifft, dann wäre das eine produktivere Gelegenheit für die aktive Einmischung, als das der andere Thread war. Na ja, vielleicht meldet sich ja noch jemand.
Herzlich,
Tom
Tom
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2518
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Upsize und ISAM-Emulation
Ich bin nicht auf Zoff aus. Auch wenn es so ist. Habe ich meinen Text nach Toms äusserung entfernt.
Zuletzt geändert von ramses am Mo, 08. Jul 2019 13:20, insgesamt 3-mal geändert.
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9373
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Hallo, Carlo.
Stell Dir einfach mal kurz vor, jemand würde so etwas über Dich oder Deine Firma in einem öffentlichen Forum schreiben.Es ist wohl besser die Schlussfolgerungen dieser Gespräche nicht öffentlich auszubreiten.
Herzlich,
Tom
Tom
- AUGE_OHR
- Marvin
- Beiträge: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
Ich bin nicht auf Zoff aus aber für mich ist die Erde rund während einige wohl noch glauben das es eine Scheibe sei.
@Jan:
warum soll ich was benutzen was ich nicht benötige.
statt DataObject nutze ich lieber Array denn API Function verstehen kein DataObject !
echte DataObject unter Windows hat man bei COM DragDrop was Alaska uns nicht anbietet.
@Tom:
Deine Vergleiche, mit den schön verpackten Beleidigungen, bringt uns nicht weiter.
Nenn doch mal praktische Problem wenn du welche siehst.
richtig ist das ich sicherlich nicht jeden Spagetti-Code mit meinen Konzept unterstütze und Express++ User sollte sich an Roger halten und ODBC.
es ist aber möglich eine CLASS statt einer DBE zu verwenden und die selben Resultat zu erzeugen und das JETZT.
Frage : wie viele PostgreSQL Apps hab ihr bislang geschrieben und im Einsatz
woher wollt ihr wissen wie es "schmeckt" wenn ihr es nicht probiert habt
p.s. probiert doch mal PGU aus damit ihr eine Vorstellung bekommt wie gut (und schnell) man mit dem native Konzept ist.
@Jan:
warum soll ich was benutzen was ich nicht benötige.
statt DataObject nutze ich lieber Array denn API Function verstehen kein DataObject !
echte DataObject unter Windows hat man bei COM DragDrop was Alaska uns nicht anbietet.
@Tom:
Deine Vergleiche, mit den schön verpackten Beleidigungen, bringt uns nicht weiter.
Nenn doch mal praktische Problem wenn du welche siehst.
richtig ist das ich sicherlich nicht jeden Spagetti-Code mit meinen Konzept unterstütze und Express++ User sollte sich an Roger halten und ODBC.
es ist aber möglich eine CLASS statt einer DBE zu verwenden und die selben Resultat zu erzeugen und das JETZT.
Frage : wie viele PostgreSQL Apps hab ihr bislang geschrieben und im Einsatz
woher wollt ihr wissen wie es "schmeckt" wenn ihr es nicht probiert habt
p.s. probiert doch mal PGU aus damit ihr eine Vorstellung bekommt wie gut (und schnell) man mit dem native Konzept ist.
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Jimmy,
was soll das denn? Wir reden hier nicht über DataObjects sondern über SQL. Und da bietet die 2.0 einfach eklatant mehr als die nicht mehr supportete 1.9. Eine Klasse zu bauen die unter 1.9 läuft kann gegenüber einer entsprechenden Klasse unter 2.0 nur eine Krücke sein.
Abgesehen davon: Die 2.0 hat nicht nur die DO mehr gegenüber der 1.9. Den Unterschied alleine auf diese eine Klasse zu beschränken zeigt, das Du es nicht verstanden hast. Und Dich lieber auf Deine Basteleien konzentrierst als auf produktives Arbeiten (das soll nicht heißen das Du nicht auch produktiv arbeitest! Aber es könnte sicher produktiver sein mit mehr 2.0 und weniger Bastelei an Dingen, die es in der 2.0 schon längst gibt).
Jan
was soll das denn? Wir reden hier nicht über DataObjects sondern über SQL. Und da bietet die 2.0 einfach eklatant mehr als die nicht mehr supportete 1.9. Eine Klasse zu bauen die unter 1.9 läuft kann gegenüber einer entsprechenden Klasse unter 2.0 nur eine Krücke sein.
Abgesehen davon: Die 2.0 hat nicht nur die DO mehr gegenüber der 1.9. Den Unterschied alleine auf diese eine Klasse zu beschränken zeigt, das Du es nicht verstanden hast. Und Dich lieber auf Deine Basteleien konzentrierst als auf produktives Arbeiten (das soll nicht heißen das Du nicht auch produktiv arbeitest! Aber es könnte sicher produktiver sein mit mehr 2.0 und weniger Bastelei an Dingen, die es in der 2.0 schon längst gibt).
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: 12910
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Upsize und ISAM-Emulation
moin,
@Jan.
auf die "DataObject" bist du ja sofort angesprungen ...
dabei ist es ein Witz gegenüber einem echten DataObject mit einer COM Schnittstelle
---
@Carlo
war klar das es ohne Index auch schnell ist. wie sieht es mit nachträglichem Index aus
mit den Method(en) von Upsize sollt es inzwischen funktionieren ... und wie schnell
@Jan.
auf die "DataObject" bist du ja sofort angesprungen ...
dabei ist es ein Witz gegenüber einem echten DataObject mit einer COM Schnittstelle
---
@Carlo
war klar das es ohne Index auch schnell ist. wie sieht es mit nachträglichem Index aus
mit den Method(en) von Upsize sollt es inzwischen funktionieren ... und wie schnell
gruss by OHR
Jimmy
Jimmy
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Upsize und ISAM-Emulation
Jimmy,
warum lenkst Du dermaßen vom Thema ab? DU hattest mit den DO angefangen, nicht ich - ich hab lediglich darauf hingewiesen daß das nicht zum Thema gehört. Merkst Du das Du Dich da mit Deinen SQL-Beiträgen irgendwo verrannt hast und versuchst nun, das alles irgendwie noch zu retten?
Jan
warum lenkst Du dermaßen vom Thema ab? DU hattest mit den DO angefangen, nicht ich - ich hab lediglich darauf hingewiesen daß das nicht zum Thema gehört. Merkst Du das Du Dich da mit Deinen SQL-Beiträgen irgendwo verrannt hast und versuchst nun, das alles irgendwie noch zu retten?
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.
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2518
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Upsize und ISAM-Emulation
Ich habe meinen Weg bezw. den Funktionsumfang den ich im Umgang mit Postgres für die Weiterentwicklung meiner aktuellen Programme verwende nach Umfangreichen Tests gefunden. Diese sind nun die Basis meiner weiteren Arbeit. Xbase bietet sehr sehr viele Möglichkeiten ein Ziel zu erreichen. Durch das festlegen der Basis und verwendeten Funktionsgruppen wird der Code leserlicher und Wartungsarmer.
Upsize in allen Arten, die ISAM-EMU und die PGDBE verwende ich nicht mehr und führe in nächster Zeit damit auch keine Experimente mehr durch.
Ich beschäftige mich momentan mit Web-Apps das ist im Vergleich zu Desktop GUI eine ganz andere Arbeitsweise mit anderen Anforderungen.
Deshalb kann ich dir deine Fragen nicht beantworten.
Valar Morghulis
Gruss Carlo
Gruss Carlo