Update schema.md

Author: sneha-shashidhar

src/connections/storage/warehouses/schema.md

@@ -453,12 +453,10 @@ All four timestamps pass through to your Warehouse for every ETL'd event. In mos
 `received_at` is UTC timestamp set by the Segment API when the API receives the payload from client or server. All tables use `received_at` for the sort key.
 
 > info ""
-> We recommend using the `received_at` timestamp for all queries based on time. The reason for this is two-fold. First, the `sent_at` timestamp relies on a client's device clock being accurate, which is generally unreliable. Secondly, we set `received_at` as the sort key in Redshift schemas, which means queries will execute much faster when using `received_at`. You can continue to use `timestamp` or `sent_at` timestamps in queries if `received_at` doesn't work for your analysis, but the queries will take longer to complete.
+> We recommend using the `received_at` timestamp for all queries based on time. The reason for this is two-fold. First, the `sent_at` timestamp relies on a client's device clock being accurate, which is generally unreliable. Secondly, we set `received_at` as the sort key in Redshift schemas, which means queries will execute much faster when using `received_at`. You can continue to use `timestamp` or `sent_at` timestamps in queries if `received_at` doesn't work for your analysis, but the queries will take longer to complete. For Business Tier customers, we recommend enabling `received_at` in the Selective Sync settings to ensure the syncs and backfills complete successfully. 
 
 `received_at` does not ensure chronology of events.  For queries based on event chronology, `timestamp` should be used.
 
-For Business Tier customers, it is recommended to have `received_at` enabled in the Selective Sync settings to ensure the syncs and backfills complete successfully. 
-
 > info ""
 > ISO-8601 date strings with timezones included are required when using timestamps with [Engage](/docs/engage/). Sending custom traits without a timezone included in the timestamp will result in the value not being saved.