Beginner SQL
As a way of introducing beginning SQL concepts, this article focuses on the SQL produced by the Advanced Search Tool. Review these concepts before tackling intermediate and advanced sections.
The basic structure of a SQL query has three clauses: a SELECT clause, a FROM clause, and a WHERE clause. See the following example:
You can also include an ORDER BY clause, which is an optional clause that is only necessary in specific circumstances (see Intermediate SQL).
The Advanced Search (and therefore Views) write SQL queries under the hood to return records:
In this example, you want to search for Contacts that have a Date of Birth listed in their Contact record. You make the following selections:
Based on these selections, you pull the Contact ID, Display Name, and Date of Birth for all Contact records that have a date entered in the Date of Birth field. The equivalent SQL query (using the simplest syntax possible):
Based on this query, you pull these results:
Verbose Syntax
You may notice that the syntax produced by the Advanced Search Tool is more complex than the example above. Here is the same query produced by the Advanced Search:
The Advanced Search Tool generates more verbose syntax because it's less error-prone when parsed by the SQL Server. Below are explanations of these extra features.
Fully-Qualified Fields
When a table name followed by a dot (.) precedes a field name, the statement is more precise. In the example, "Contacts" followed by the dot means the fields refer to the Contacts table in the FROM clause. If there is only one table in the FROM clause, you don't need to include it. You can also omit it for any fields which are not ambiguous (where you select from two tables from and the field could be from either table).
Brackets
Normally, brackets are optional around field names. However, they are required if the field name has space or is the same as a reserved keyword (such as "Name"). In MinistryPlatform, no fields have spaces in the database (they have underscores where spaces might be) because spaces are poor database practice.
The Advanced Search Tool always adds brackets so it doesn't have to guess when they are required. This is a common practice when writing SQL.
Field Aliases
Use an AS clause to give a field in a query a different name in your results. The Advanced Search Tool uses this technique to display fields with spaces. The brackets are required around the alias because of space. If you omit the alias, the field displays as Contact_ID (with the underscore) in your results.
In the Advanced Search Tool, the Column Name text box controls the field alias:
Change the Column Name for a new alias in the SQL:
Comma Placement
While this is not considered verbose syntax, it does seem odd because it's different than normal punctuation. However, placing the commas at the beginning of each field makes it easier to edit the SQL without causing errors from missing or extra commas. Because the comma and field are on the same line, you may move or delete the whole line without causing an error, with the exception of the first line (which has no comma before it).
Filters: Comparisons & Search Terms
The Advanced Search Tool provides options to create many types of filters. Each filter is a Comparison which further limits the number of resulting records. The tool includes the WHERE keyword behind the scenes and displays the <criteria> in the SQL Layout.
Comparisons Without Search Terms
Some comparisons check for values or missing values using the NULL keyword. NULL represents a missing value and NOT NULL represents an existing value. You can't compare NULL to any value but it always uses this special syntax for comparison. For further discussion of this, see Intermediate SQL.
The following query returns records with birth dates:
The following query returns records without birth dates:
Single Value Comparisons
The majority of filter types are single value comparisons. Each of these require a single Search Term.
Think of these as mathematical comparisons, even for text. You can compare any piece of text to another using these comparisons because text is treated like a string of numbers in which A < B < C and so on.
Text & Wildcard Comparisons
Text comparisons support exact matches or wildcards so you can match when text is "like" a search term:
= (EXACT MATCH)
Use the equal sign (=) to search for an exact match uses an equals sign like number and date comparisons.
Other text comparisons use the LIKE keyword with the % wildcard.
LIKE
LIKE uses the LIKE keyword but does not insert the % wildcard, allowing custom patterns.
CONTAINS
CONTAINS uses the % wildcard at the beginning and end.
STARTS WITH
STARTS WITH uses the % wildcard at the end.
ENDS WITH
ENDS WITH uses the % wildcard at the beginning.
Multiple Value Comparisons
Some comparisons are more complex and require multiple values (Search Terms).
BETWEEN
BETWEEN requires two values and matches anything between and including the two values.
IN
IN requires a list of values separate by commas. Each value in the list must be an exact match.
The resulting SQL looks like this:
Search Terms
Formatting standards for text and dates in SQL in MinistryPlatform.
Text
Text is always placed in single quotes.
Dates
Dates are always placed in single-quotes formatted in the following fashion:
Date only: 'yyyy-mm-dd'
Date and time: 'yyyy-mm-dd hh:mm:ss'
For more on comparisons and values, see SQL Comparisons.
Fields From Multiple Tables or Records
Learn how to add fields from different tables or records using the Advanced Search Tool, which employs the Table Lookup Convention for database searches.
With the Advanced Search Tool, you can add fields from multiple tables. The resulting code is specific to MinistryPlatform, so it is not covered in this article. The tool uses the Table Lookup Convention which is the JOIN clause in SQL.
See Also: