Jump to content
  • 0

"GetNthRecord" baseert zich niet op gewenst record


Dirty May

Question

'GetNthRecord' baseert zich blijkbaar onveranderd op het recordnummer dat gegenereerd is op basis van de volgorde van oorspronkelijke invoer, en niet op het recordnummer na sortering volgens een andere sorteervolgorde.

 

Is dit een bug, snap ik iets niet, of doe ik iets verkeerds ?

Link to comment

7 answers to this question

Recommended Posts

  • 0

" be updated "

 

Zelfs initieel loopt het al mis.

 

Heb het ondertussen wel al opgelost, zij het eerder 'by trial and error' en vooral door toeval.

 

Het is in ieder geval zo dat ik het niet 100 % meer snap : in een layout moeten twee reeksen velden ingesteld worden, met informatie uit twee verschillende tabellen. Voor allebei deze tabellen is een relatie gecreëerd die gelijkaardig is. Toch zijn er met de in te vullen velden problemen als ik ze onder de ene relatie onderbreng en niet onder de andere.

 

Zie op het ogenblik de reden niet.

FM kan tezelfdertijd poepsimpel zijn en immens ingewikkeld. In dat laatste geval kan je al eens den draad kwijtgeraken.

 

In ieder geval dank aan allen die op dit item gereageerd hebben.

Link to comment
  • 0

Ik heb het vermoeden dat je verkeerdelijk verwacht dat een sortering van gerelateerde records op een bepaalde layout, een invloed heeft op de volgorde van die gerelateerde records op zoals die bekeken wordt in de relatie tussen hoofdtabel en gerelateerde tabel. Dat is dus niet het geval.

 

Als je met GetNthRecord() gerelateerde records overloopt, dan geldt enkel de sorteervolgorde opgegeven in de relatie van hoofdtabel naar gerelateerde tabel. Als er geen sorteervolgorde is opgegeven, dan geldt de aanmaakvolgorde van de gerelateerde records.

 

N.B. Sortering beïnvloedt GetNthRecord() wél als je er geen gerelateerde records mee opzoekt, maar records opzoekt op basis van dezelfde table occurrence als de actuele layout. Dat wil zeggen als je een TO A hebt met een veld Nummer met nummers van 1 tot 1000; dan krijg je effectief andere uitkomsten met GetNthRecord(A::Nummer;1) bv. als je aflopend of oplopend sorteert.

 

Hopelijk is dit niet te verwarrend 8)

 

- Jeroen

Link to comment
  • 0

Verwarrend is het alleszins.

 

Tabellen en relaties kunnen al gauw een gecompliceerd kluwen worden.

Als er dan nog andere aspecten bij komen kijken zoals GetNthRecord dan gaat mijn simpel brein wel helemaal in de knoop.

 

Ik stel de vraag efkens anders :

 

ik pluk gegevens uit een gerelateerde tabel waarin de records op een bepaalde manier gesorteerd zijn. Op basis van die sortering vraag ik de gegevens van dat 1ste record, dan van dat 2de record.

 

Maar in de tabel van waaruit ik de gegevens opvraag en waarin ze moeten in veld ingesteld worden, blijkt dat die gegevens dan ineens weer in volgorde aankomen die die is van de ongesorteerde volgorde ( = aanmaakvolgorde ).

 

Maak ik het nu niet nodeloos moeilijk om begrijpen ?

 

Als dat klopt, vraag ik me af of er iets kan aan gedaan worden.

Link to comment
  • 0

Heb het probleem opgelost door de reeks records eerste te sorteren zoals gewenst, ze dan efkens te parkeren in een identieke tabel, de oorspronkelijke tabel te ledigen, en dan de reeks terug te zetten in zijn oorspronkelijke tabel. Dat alles uiteraard via een script.

 

Het is geen oplossing waar ik trots op wil zijn, elegant is ze zeker niet, maar het werkt, en ik kan momenteel niets beters verzinnen. Dus ...

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...