Tell the SQL query FROM where you need the data
SELECT statement alone won't do much. In most cases, once you have selected data you want to work with, you also need to pick the table (Data Extension or System Data View)
FROM which the query will take the required columns. The code for this is simple:
SELECT ContactKey , EmailAddressFROM MasterSubscriberDE
Just as with column names, if the name of your Data Extension has spaces or hyphens in it, be sure to enclose it in brackets.
SELECT ContactKey , EmailAddressFROM [Master-Subscriber DE]
There are, however, two cases specific to Salesforce Marketing Cloud that adds a twist. System Data Views and Enterprise Data Extensions.
Salesforce Marketing Cloud is partially hiding the System Data Views Data Extensions that store tracking data. Think about Email Sent history, Opens and Clicks, Bounces and Complaints. You can find there the tracking data for SMS and Social channels. Also, more technical data points, like Jobs and Enterprise Attributes, are available in the System Data Views. You won't find them in the User Interface but can query them with the SQL. The difference related to those tables is in naming convention. When querying them, you must leverage
SELECT JobID , EmailID , EmailName , EmailSubject , EmailSendDefinition , DeliveredTimeFROM _Job
If you want to query Shared Data Extensions or Synchronized Data Extensions, you must use a different unique prefix,
SELECT ContactKey , EmailAddressFROM Ent.SharedSegment
Remember that account permissions restrictions may apply.
You Should Know
In the past, the opposite was also available. You could query Data Extension on child Business Unit from the Parent. To do this, you had to use the MID of the child BU (visible next to BU name on the Business Unit selection drop down) as a prefix:
SELECT ContactKey , EmailAddressFROM 5123456.DataExtensionOnChildBU
Since 2020, trying to do so will result in an error:
An error occurred while checking the query syntax. Errors: The 123456.DataExtensionOnChildBU table has a multi-part specification. This is not allowed. The workaround is to use Shared Data Extensions.
Marketing Cloud legend says that there are still some instances that support this legacy type of querying. You might try it, but even if you are the lucky one, I would recommend using the Shared Data Extensions to worry not about unexpected Automation errors in the future.
Ent. prefix on a System Data View might give you different results.
For example, if you query _Subscribers on child Business Unit, you will receive data only for the subscribers stored in this child BU.
By adding the
Ent. prefix, however, you can query all your subscribers on the Parent BU:
SELECT SubscriberKey , EmailAddress , DateJoined , DateUnsubscribedFROM Ent._Subscribers
When selecting Data Extensions to pull data from, remember the best practice to avoid ones spanning a cumulative field width greater than 4000 characters. They will badly impact the performance of your query. If needed, consider splitting your query into multiple consecutive queries.