SQL-instruktioner som angetts av användaren

Program som utför ad hoc-analys gör också ofta att användaren kan ange SQL-instruktioner direkt. Till exempel:

SQLCHAR *     Statement, SqlState[6], Msg[SQL_MAX_MESSAGE_LENGTH];  
SQLSMALLINT   i, MsgLen;  
SQLINTEGER    NativeError;  
SQLRETURN     rc1, rc2;  
  
// Prompt user for SQL statement.  
GetSQLStatement(Statement);  
  
// Execute the statement directly. Because it will be executed only once,  
// do not prepare it.  
rc1 = SQLExecDirect(hstmt, Statement, SQL_NTS);  
  
// Process any errors or returned information.  
if ((rc1 == SQL_ERROR) || rc1 == SQL_SUCCESS_WITH_INFO) {  
   i = 1;  
   while ((rc2 = SQLGetDiagRec(SQL_HANDLE_STMT, hstmt, i, SqlState, &NativeError,  
         Msg, sizeof(Msg), &MsgLen)) != SQL_NO_DATA) {  
      DisplayError(SqlState, NativeError, Msg, MsgLen);  
      i++;  
   }  
}  

Den här metoden förenklar programkodning. programmet förlitar sig på att användaren skapar SQL-instruktionen och på datakällan för att kontrollera instruktionens giltighet. Eftersom det är svårt att skriva ett grafiskt användargränssnitt som på ett tillfredsställande sätt exponerar invecklingarna i SQL, kan det vara ett bättre alternativ att bara be användaren att ange SQL-instruktionstexten. Detta kräver dock att användaren inte bara känner till SQL utan även schemat för datakällan som efterfrågas. Vissa program tillhandahåller ett grafiskt användargränssnitt där användaren kan skapa en grundläggande SQL-instruktion och även tillhandahålla ett textgränssnitt som användaren kan ändra den med.