[Textlib] Mezőcsere

[csabay at mezobereny.hu]

> Kedves Károly, Kedves Textlibesek!
> 
> Az adatbázis szerkezetével összefüggő feladatok
> valóban a zűrösebb
> rendszergazdai feladatok közé tartoznak.
> 
> > Igen, ez nekem is gyanús volt, de nem tudom mennyi az
> újonnan
> > fölvett raktár azonosítója.
> Ahogy Imre írta, a rekord ablakos megnézésekor látszik
> a
> rekordazonosító az ablak felső keretén. A
> rendszergazdának mindenképp,
> másoknak csak akkor, ha van hozzá joguk. A 'Rendszer
> adatokat láthat'
> nevű jog dolgozóhoz rendelésével bárkinek megadható
> ez a jog.
> 
> > Ez ügyben a következőt tettem:
> > dbstruct /a68
> > Ebből megtudtam, hogy a 97-es indexre van
> szükségem.
> A dbstruct egy hasznos eszköz, de itt alkalmazhatatlan. Az
> adatbázis
> szerkezetének nem része egyetlen konkrét rekord sem,
> index sem, az egy
> statikus leírás a szerkezetről. Kiolvasható belőle,
> hogy a példány
> rekordtípus 50. mezője (nem a 68.!!!) a raktár, de
> egyetlen konkrét
> példány valóságos tartalma már nem.

Sziasztok, köszönöm, ezzel megvolnánk - megcsinálta. Most akkor azt szeretném kérdezni, hogy HONNAN KELLETT VOLNA TUDNOM ezt az 50-et. A dbstruct /a68 ezt adta:

DBSTRUCT V1.66 (TextLib adatbázis szerkezet) - InfoKer
 68. adatfile: RAKTAR -->  69.rek.tipus: RAKTAR
   Fômezôi: NEVE
     48. NEVE(str)
          Index:RAKTARNEV(97), default
     49. RNEV(str)
     50. CIM(str)
     51. RAKTTIPUS(coded)
     52. RAKTHELYE(coded)
     53. SZABADPOLCOS(coded)
     54. RAKTAROS(dref)
          Index:HIVATKOZOTT(46), default

Valóban nincs benne a 68-as szám, de azt hittem, ez nem baj. Én ugyanis keményen hittem a dbstruct /s outputjának, amelyben az olvasható, hogy 68. RAKTAR. Igaz ugyan, hogy ez az "Adatfile-ok" alatt szerepel, de úgy éreztem, hogy ez csak egy terminológiai csúszás. Az 50-es számmal összefüggésbe (dbstruct /s outputról beszélek) csak ETO2_ALM, MU (= mű) és SZAVAK hozható, amelyekről nem vélelmezhető, hogy egy raktári hellyel összefüggésben állnának.

Amit fönt látunk: 50. CIM - nos, ez pontosan ugyanilyen. Ki hinné, hogy a semmitmondó CIM szó lesz a megoldás, és ez a raktár neve?! Különösen akkor, ha ott van mellette a NEVE mező is?!

> > ndx_lst 97
> Ez egy jó megoldás! Erre egy lista keletkezik a raktár
> nevekből,
> mindegyik mellett a rekordazonosítója. Most már...
> 
> > Ez azt mondta, hogy "!!! Hiba: nincs adatbázis
> szerkezet (DBDESCR)"
> ...csak az a kérdés, hogy ez miért lett? Nem tudom.

Én sem. Egyebek között ezért fordultam a listához.

> > Itt föladtam.
> Kár...
> > Minden formátummal végigpróbáltam, csak a név
> jelent meg (hol "NEVE" címkével, hol mással).
> ...mert ez is egy jó ötlet. A rekordot 'Minden mező
> megjelenítése' nevű
> formátummal nyomtatva, és a nyomtatási formátum
> 'Fölötte' mezőjébe a
> '&' jelet biggyesztve a TL a rekordazonosítót is
> kinyomtatja.

Köszönöm, ezt nem tudtam. Jól jöhet még. Amúgy egy checkbox a felületen sokkal többet sugallna ebből, mint a Rendszergazdai tudnivalók alsó harmadában egy bajuszka...

És még egy gondolat Graff Zolinak eme soraihoz:

"Akkor egyet tudok elkepzelni. Nincs annak a peldanynak raktara, azert
nem cserelte le. Mert a csonk.jel barmire jo, de az URES mezore nem.
Uresnek a kitoltesehez nem kell a [Mirol] mezobe irni semmit."

Vagyis az egy db. csonkolás jel nem feldi le az üres mezőt?!? Ez remélem, csak félreértés. Ha így lenne, nagy baj lenne, mert akkor nem lehetne megfogalmazni azt, hogy "MINDEN". Azért ugye, ez baj lenne?

Szóval még egyszer: Honnan kellett volna tudnom az 50-et?

Köszönettel

Károly