
Stiletto |
Design your view such that the column you’re retrieving contains all of the information you’re looking for, concatenated in some way of your choosing. A common method is to use the tilde as a concatenator. Example: the column you retrieve looks like field1~field2~field3
Then, just parse the column value for each field value.

Brooklynegg |
Further note on Stiletto’s response, which is the best way to go: If you want the information to refresh everytime you open the document, you can put the code in the lookup in a Computed for Display field (let’s call it Lookup) then compute the individual values to the other fields using @word. For instance, if it is personnel information, the lookup for records matching an employee ID might be lastname~firstname~Middlename~Phone, or “Smith~Bob~James~(101) 555-1212″.
The formula for the LastName field would be @Word(Lookup; “~”; 1). The formula for FirstName would be @Word(Lookup; “~”; 2), and so one. If multiple records could be returned by the lookup, you can make all the fields multi-value fields and display multi values on separate lines. This gives you a table of information. Of course, you have to do error trapping, etc., which I didn’t include here, but that’s the general idea. If all the fields are computed for display, then the information refreshes whenever the user opens the document without putting it in edit mode and refreshing the document, which can be very handy. It is also very, very fast.