title: Tactic for several different Room queries
body: <p>While refractoring an app I decided to use room (and other architecture components). Everything went well until I reached database querying, which is async. It is fine by me, I can update views with LiveData callbacks.</p>
  
  <p>But the problem arose with smaller queries following each other - with no thread restrictions it was easy, you could use variables straight away. </p>
  
  <p>In legacy code there are plenty of setups, where quite many small data pieces are required one after another, from different tables. E.g., querying if item exists in one table, some calculations, querying another table, etc.</p>
  
  <p>Disabling async requirement for queries is not an option, I prefer using Room as intended.</p>
  
  <p>First thought was to nest callbacks, but it is too ugly.
  Second thought was to query for all required data, start a method only after receiving all callbacks. It also does not sound nice and there are cases where one callback has data required for the other query.</p>
  
  <p>Strangely I have not found any related forum posts or articles dealing with this problem.
  Did anyone handle it already? Any ideas?</p>