Congratelations, You are beyond your comfortzone, having a big volume (big queries) variety. I a missing the velocity. That is "Big data" :smileygrin: Just kidding on that. But it looks to be you have a performance&tuning problem. The best way would be to prevent it happen. SAS(R) 9.4 SQL Procedure User's Guide ( Using PROC SQL Options to Create and Debug Queries) Another is you did not mention whether a external DBMS is involved or not. Sometimes a classic OLTP RDBMS admin can limit the resources on that side of the query. In that case you have to dig into the implicit/explicit sql pass through. When it are SAS-datasets also a lot is possible like definining indexes for often used quiries. Proc SQL is multithreading it could use more cpu-time than the wall clock time. With this I never have seen something at Proc SQL limits on resources. You have a WEB-interface so you are in the situation to limit the code of the users not being able to do the bad things. It is like preventing the SQL-injection abuse. If the users are needing free format code and free format queries you have an issue. I remember once something having seen in SMC but I cannot figure it out anymore. SAS(R) 9.2 Intelligence Platform: System Administration Guide, Second Edition (Welcome | Communities on SASUsing SAS Management Console to Monitor SAS Servers) Monitoring performance tuning: http://support.sas.com/resources/papers/proceedings13/463-2013.pdf http://www2.sas.com/proceedings/forum2008/387-2008.pdfIt is the most disappreciated kind of work. You are bothering business users as the computer does not do what they want. You are bothering IT-staff as those beautifull machines are being stressed and destroyed by the business users. You are bothering managers as nobody is happy.
... View more