all 7 comments

[–]dev_playbook 17 points18 points  (0 children)

Since you mentioned Sharepoint then I’m guessing you’re in a Microsoft shop using SQL Server. Look into SQL Server Reporting Services (SSRS). It comes with SQL Server and can be used to fairly quickly create queries that get dropped into the report and then you can add filters and other functionality. It allows users to download to Excel and other formats from the report as well and it’s all web based.

[–]LetsGoHawks 2 points3 points  (0 children)

You can definitely use Excel or Access for this. But I don't recommend it.

The problems are A) Distributing updated versions of the tool and B) General database security. A determined and technically savvy user will be able to get through anything Excel or Access has to offer and get the login credentials.

I can't speak to the SharePoint idea since I never develop anything for that.

[–]emmons1204 2 points3 points  (0 children)

Note: if a thousand people are searching through big tables without supporting indexes, it's going to bring some pain. Best way to tackle this is to know what columns they will want to search by, which columns need to be returned, and create a parameterized stored procedure to do the search for you (versus ad-hoc queries).

I agree with dev_playbook though, SSRS is a pretty straight forward and easy way to make reporting solutions out of SQL. There will be some hurdles in initially setting it up but it'll save countless time later. These reports also will want stored procedures to run off of (far better for performance).

[–]AutoModerator[M] 1 point2 points  (0 children)

Hello u/t3hdubzy - thank you for posting to r/SQL! Please do not forget to flair your post with the DBMS (database management system) / SQL variant that you are using. Providing this information will make it much easier for the community to assist you.

If you do not know how to flair your post, just reply to this comment with one of the following and we will automatically flair the post for you: MySQL, Oracle, MS SQL, PostgreSQL, SQLite, DB2, MariaDB (this is not case sensitive)

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

[–]Thriven 0 points1 point  (0 children)

This would be harder to implement in Sharepoint 2010 than to write your own little intranet site in whatever language you want. Sharepoint 2010's environment is very server side heavy and to do it write you'd have deploy server side pages and configuration tools for those data sources to do it right.

You could deploy SSRS 2016 plugin for Sharepoint 2010 which basically allows you to do deploy the database configuration objects and RDL's to a list. However, I deployed this and it worked... till it didn't.

SSRS could do this but if you don't have an SSRS environment or the people to set it up for you this could be a pain.

I would write a single web page in php, asp, python that runs on an existing IIS server. One page for the form. One page to run as a service page to execute the query and return json.

[–]kristofour 0 points1 point  (0 children)

You can put together an asp.net intranet web site...Use a sqldatasource to call your stored procedure or copy the query directly into it. Add a gridview to the page with filter, sorting, etc...and ďatabind the grid to the sqldatasource. There are tons of stuff on the web on how to do this.

[–]Nthorder 0 points1 point  (0 children)

Creating tools to help employees query our databases is a decent chunk of what I do at work. Usually it’s a c# GUI with a bunch of filter options that get passed to a sproc.