Agreed. It was not obvious to me that you had implied it to be similar to VB or VFP to count as a programming language. I certainly would not want to program a desktop app in SQL Server alone.

However, also keep in mind that there are many uses today that do not have or require an interface. For instance, you do have the choice to deploy the middle tier layer into Yukon and expose it as a web service. This would then be a 2-tiered app that is physically deployed on one box, and the task of writing the third tier (UI or otherwise) would be left to whoever uses the app. (As it is common in B3B scenarios).

Markus


>Markus,
>
>I get the point. However to draw SQL server on the same line as VB, .NET languages, Delphi, VFP and other development tools is beyond me. It is primarily a database. O.K. it comes with a programming language T-SQL and YUKON will support managed code, But it is not a development tool in the same sence.
>
>Walter,
>
>
>
>
>>BTW: There is nothing that prevents you from making calls to GUI components from within SQL Server. Whether or not that would make sense is a different question.
>
>>Really, when it comes right down to it, the majority of application code sits either in the business tier or in the database back end. Neither one of those should have any UI. In fact, often, the GUI is provided completely by HTML or some other technology that has nothing to do with the programming language.