Re: [Allegro] Verdopplungsproblem bei a99 Ergänzung

[Reinhold Schleifenbaum]

Am 12.09.2012 12:03, schrieb Anando Eger:
> Hallo Herr Eversberg, hallo Herr Schleifenbaum,
>
> die Beschreibung von Herrn Schleifenbaum ist eigentlich relativ eindeutig:
> hier schlägt ein Cache zu. Ich habe ähnliche Beobachtungen gemacht
> und bin mir noch nicht sicher, ob das Zwwischenspeichern von Dateien
> in der Netzwerkschicht oder in der WoW64-Emulationsschicht (oder in beiden)
> passiert.
>
> Wie schon bemerkt - schlecht reproduzierbar.
>
> Unter Win7 32bit hatte ich das noch nicht, wodurch der Verdacht auf WoW64
> verstärkt wird.
>
> Frage an Herrn Schleifenbaum:
>
> Passiert der beschriebene Effekt auch, wenn nach der Anmeldung am PC
> weder jemand im Netzwerk mit der gleichen Datenbank arbeitet, noch eine
> weitere a99-Instanz auf dem gleichen PC läuft?
Hallo Herr Eversberg, hallo Herr Eger,

noch als Ergänzung,

nur ich habe eine 7/64er Rechner - die anderen Mitarbeiter nicht und 
dort ist das Problem noch nicht aufgetreten.
zusätzlich werden bei gelöschten Datensätzen nicht (immer) alle 
Schlüssel beseitigt, z.B.
die Änderungsdatumsschlüssel aus #99 sowie gefriert a99.exe bei 
Überlastung ein:
gleichzeitiger Datenimport von 1000 Datensätzen und Versuch im Register 
eine größere
Ergebnismenge zu bilden,

R.Schleifenbaum



> Viele Grüße
> Anando Eger
>
>
>
> On 12 Sep 2012 at 11:37, Reinhold Schleifenbaum wrote:
>
>> Am 12.09.2012 11:16, schrieb Bernhard Eversberg:
>>> Am 12.09.2012 10:45, schrieb Reinhold Schleifenbaum:
>>>> auch bei mir taucht das Problem auf, auch mit V32.8!
>>>>
>>>> Ich versuche mal zu beschreiben wie die Umgebung ist und was ich tue:
>>>>
>>>>
>>>> 1. Windows 7/64, a99.exe Version V 32.8
>>>> 2. Die Datenbank liegt auf einem Netzserver Windows 2008
>>>>
>>>> 3. Ich habe Daten importiert und mit acon "upgedatet" - es entstehen
>>>> Exemplarsätze mit Geschäftsgangsstatus "g" bei mir 9D00Gg (4-stelliges
>>>> Schema)
>>>> 4. Wenn ich nun per Flex oder auch händisch "g" in "0" änderte entstand
>>>> ein neuer Satz 9D00G0 - der alte 9D00Gg blieb erhalten.
>>>>
>>> D.h. Sie fangen nach dem acon-Durchlauf mit a99 an und ändern was,
>>> vorher hatten Sie noch nicht mit a99 was gemacht?
>>> Und meinen Sie hier mit "per Flex" eine acon-Aktion? Wenn ja, wie sah
>>> die aus?
>>>
>> Nein, nicht mit acon, sondern aus a99 heraus, es wird einfach nur "g"
>> durch "0" ersetzt
>>>> Dies Verhalten tauchte auch erst nach ca. 2 Stunden auf, nachdem ich ca.
>>>> 50 Datensätze bearbeitet hatte und eine grössere Anzahl von Titel
>>>> eingemischt hatte.
>>> Oder bezieht sich das auf die Arbeit mit a00, d.h. hat zunächst alles
>>> nach dem acon-Durchlauf ganz normal ausgesehen?
>> Es bezieht sich auf die Arbeit mit a99
>>>
>>>> Heute morgen um ca. 8 Uhr klappte das "freigeben" per flex noch.
>>>> Um 10:30 nicht mehr, d.h. es gab Dubletten.
>>> Was meinen Sie denn nun hier mit "freigeben"?
>> freigeben heisst aus "g" wird "0" - "g" steht für Geschäftsgang - "0"
>> für ausleihbar
>>> Und entstehen dabei
>>> Dubletten? Hier verstehe ich nicht, was Sie da wirklich gemacht haben.
>>>
>> Ich habe nur "g" in "0" geändert und anstatt das im Datensatz das "g"
>> durch "0" ersetzt  und eine 99e erzeugt wurde,
>> entsteht ein neuer Exemplardatensatz, der andere bleibt erhalten.
>>
>>
>> R.Schleifenbaum
>>
>> -- 
>> Fachbibliothek für Wirtschaftswissenschaften
>> Olshausenstr. 40 - Heinrich-Hecht-Platz 9
>> 24118 Kiel
>> mailto:fb.wirtschaftswiss at ub.uni-kiel.de
>> Internet: http://bibliothek.wiwi.uni-kiel.de/
>>
>> _______________________________________________
>> Allegro mailing list
>> Allegro at biblio.tu-bs.de
>> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>


-- 
Fachbibliothek für Wirtschaftswissenschaften
Olshausenstr. 40 - Heinrich-Hecht-Platz 9
24118 Kiel
mailto:fb.wirtschaftswiss at ub.uni-kiel.de
Internet: http://bibliothek.wiwi.uni-kiel.de/