AW: AW: AW: [Allegro] Allegro: Batch-Import
Thomas Berger
ThB at Gymel.com
Fr Apr 7 17:03:09 CEST 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hallo Herr Fischer,
[Es ging um Datumsstempel und Identnummern]
>>Wenn die Grunddatei einmal da ist, laesst sich beides mit
>>allegro- oder nicht-allegro-Mitteln sehr schnell ergaenzen.
>>(Ich gehe mal davon aus, dass die Datenbank waehrend der
>>Aktion nicht in Benutzung ist - -F waere sonst sehr unhoeflich -
>>so dass die Nummern fortlaufend vergeben werden koennen).
>
>
> Ja klar. Aber ist das ein so seltener Fall, dass man dafür
> dazustricken muss? Neuaufbau einer Datenbank mit externen Daten (auf dem
> eigenen Rechner, ohne Zugriff von außerhalb) ist doch eher ein
> Standardverfahren.
Aber wenn es so viele Daten sind, dass der Einsatz von INDEX.EXE
statt UPDATE.EXE sich lohnt, ist es ein seltener Fall. Oder
es ist eine Datenbank, die nur aus externen Daten besteht, und
dann wird man ueblicherweise deren Identnummern und Datumsstempel
beibehalten.
> Bricht dann alles zusammen oder wird man gewarnt und das System sanft gestoppt?
> Ich muss noch weitere Indexeinträge erzeugen und wüsste gerne, auf was
> ich mich einstellen muss.
In bekannter allegro-Manier (vgl. auch die Mail von Herrn Eversberg
heute) merken Sie es nur daran, dass der Index nicht weiter waechst.
D.h. Sie koennen noch stundenlang weiter Daten hineinpusten ohne
dass jemand mit Ihnen schimpft (das sind allerdings nur
Erfahrungswerte mit PRESTO, ORDER und UPDATE, ich habe noch nicht
versucht, aus dem Stand heraus mit QRIX eine .cDX mit mehr als 2GB
zu erzeugen)
Schoenes Wochenende
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFENn8shKFJT0F1FsoRAj0+AJ0cnIq0SYbljO/uVKBZR/OY7FtmegCeOXnW
wlPj7YLeA/NL2dow0+PO4Ys=
=5clr
-----END PGP SIGNATURE-----
Mehr Informationen über die Mailingliste Allegro