I think lisp like symbols could be quite useful in the context of embedded DSL to create ... well... symbols that can be interpreted as variables in that DSL.<br><br>I can imagine something such as a small relational DSL  i.e<br>
<br>Without symbols we have several alternatives:<br><br>1. Symbols are written as strings (and possibly automatically lifted to
Symbol string if necessary, It is possible for nums I do not know for
strings). Moreover the system should be able to tell the difference between a string representing a symbol and a string representing a string value<br>
<br>&quot;Table_A&quot; &#39;where&#39; &quot;Att_Name&quot; = &quot;Smith&quot; &#39;and&#39; &quot;Att_Age&quot; &gt; 10<br>
<br><br>2. Using algebraic data type: the syntax looks better but the data type must be declared before. In this case we must know in advance all the attributes and table names (including all the names used in &#39;rename&#39; relational opération - the &#39;as&#39; in sql). <br>
<br>Table_A &#39;where&#39; Att_Name = &quot;Smith&quot; &#39;and&#39; Att_Age &gt; 10<br>
<br>3 If we had symbols. Note lisp like symbols might well be values of some predefined type &quot;Symbol&quot;. Just like 2,3, 56 are values of the predefined type Integer.<br><br>Table_A &#39;where&#39; Att_Name = &quot;Smith&quot; &#39;and&#39; Att_Age &gt; 10<br>

<br>Here the problem is that the compiler should be able to tell the difference between a symbol and an undefined variable. Lisp solves it by prefixing the symbol with a little &#39;.  Smalltalk prefixes it with #.<br><br>
So with unambiguous symbols:<br><br>&#39;Table_A &#39;where&#39;  &#39;Att_Name = &quot;Smith&quot; &#39;and&#39;  &#39;Att_Age &gt; 10  or<br>

#Table_A &#39;where&#39;  #Att_Name = &quot;Smith&quot; &#39;and&#39;  #Att_Age &gt; 10  <br>

<br><br>Regards<br><br><br>J-C <br>
<br> 
<br><br><br><br><br><br><br>