The solution I came up with for this is as follows:
I have a table view with several prototype cells that displays complex data. There is a detailed view to a detailed view and view of the transaction process.
This first table view has a search button that displays a new table view with the results. It needs the same functionality as the main table view that pushes it; including segues to details and insights on transaction progress, thus:
In the storyboard, select and copy the main table view. Deselect and paste. Create a push segue from your main table view to your second table view; or where do you want to go from it. Change the second view of the table as you like. IE: If this requires some user interface changes, the problem does not occur.
Create a new viewcontroller class, which is a subclass of the view manager that runs the main table view.
Override the data delegate in your subclass to serve a subset of the required data.
Go back to the storyboard, select your second table controller, and in the Identity Inspector, select your subclass as a custom class.
For this solution to work smoothly, your application really needs to manage the data for views. You can use prepareforsegue to transfer data from the first table view to the second, but I found the application data model more flexible from different points of view.
If you have buttons that click on subviews through segue, your subclass will need to override functions that click through segues with identifiers. NB Segues must have unique identifiers, if you identify them at all.
To understand this, it took a lot of trial and error, but as soon as you understand the concept, this is a relatively smooth solution that is quite adaptable and not so poorly implemented.