Olaf -
I suspect there is no Field123 or Field1234, but Vatchunter2 is talking about the first 3 and 4 fields of tables.
Upon seeing their example, I guess that I was right when I told them:
I am not clear on what you want.
Field1 - Name <Joe Smith>
Field2 - Address <whatever>
Field3 - State <whatever>
Field4 - Diamond <whatever>
My first recommendation is to not use the data architecture you have shown.
Instead you could add a single CustomerID or ClientID field (most likely an Integer) identifying the individual 'Parent'/TableA records.
Field1 - CustomerID <100>
Field2 - Name <Joe Smith>
Field3 - Address <whatever>
Field4 - State <whatever>
Field5 - Diamond <whatever>
Then instead of having to duplicate all of those fields (1, 2, & 3) in each of the 'Child' tables - B, C, D, you would instead have only the single matching field CustomerID or ClientID
Then you build the Indexes on that 'ID' field - so your indicies need not be so Complex (as Olaf suggests above).
With that more 'normalized' data architecture, you can more easily get your results in whatever manner you need them.
I am not sure how you are planning to use/display the data from the 'related' tables, but if you are only needing the data from TableD in the record sequence you described, when you have a match on the Field1 + Field2 + Field3 (or better yet - CustomerID), then you could do a SQL Query command which would yield your results and you could incorporate the ORDER BY clause to sequence the resultant record set.
Code:
SELECT *;
FROM TableD;
WHERE CustomerID = 4;
[b]ORDER BY Field4 DESC;[/b]
INTO CURSOR TableDResult READWRITE
Good Luck,
JRB-Bldr