Qualcuno può consigliare una libreria .NET gratuita che consente di esporre un builder SQL Query ai propri utenti in un'app di Windows Form? Mi piacerebbe che i miei utenti fossero in grado di eseguire istruzioni SELECT relativamente semplici, incluse alcune JOIN e altre operazioni multi-table senza entrare nel vero e proprio grintoso di SQL.Componente .NET Query Builder
Grazie, Sweeney
Report Builder fa parte di SQL Server Reporting Services, e permette di fare tutto questo e altro ancora. È possibile anche impostare origini dati non MSSQL. Non abbiamo sviluppatori che lo usano sempre per creare report con join, raggruppamenti e così via senza codice SQL.
La licenza è inclusa in SQL Server Workgroup e versioni successive. Non so se è abbastanza "libero" per te.
Può essere distribuito senza installare il motore SQL completo, preferibilmente come parte della mia applicazione? –
Si installa su IIS e deve essere in grado di connettersi a un server SQL per installare il proprio DB di configurazione. Il server IIS può trovarsi sul tuo server delle app. – jwmiller5
Questa potrebbe essere una soluzione accettabile per uno dei miei problemi. Grazie! Per l'altra situazione ho ancora bisogno di qualcosa di veramente leggero, che possa essere distribuito come una DLL o una libreria di codici che posso semplicemente usare. –
È possibile utilizzare CodeEngine.Framework classi per selezionare, inserire, aggiornare, cancellare le operazioni
È possibile utilizzare Aspose.Report AdHoc.WinForms componente (non è gratuito). Non richiede l'esecuzione di SQL server, funziona bene con più tabelle e ha anche la capacità di rendere automatico il join delle tabelle.
Dai un'occhiata alla demo del componente sul sito Aspose.
Se ancora alla ricerca di tale componente si dovrebbe forse dare un'occhiata a EasyQuery.NET: http://devtools.korzh.com/query-builder-net-winforms/
Esposizione di un generatore di query per gli utenti sembra una cattiva idea. Sei sicuro di voler consentire agli utenti di eseguire le proprie query? Sembra che potrebbe aprire qualche serio problema di sicurezza. –
@Dan Finché limiti le tabelle a cui un utente può connettersi e il tipo di azioni eseguite contro di esso (ad esempio CONNECT, SELECT only), dovrebbe essere ok, no? – Nick
Sì, non li voglio eseguire INSERTI o AGGIORNAMENTI o CANCELLA, o davvero nulla a parte SELECT. È orientata verso un pubblico intelligente ma non necessariamente tecnico. Una delle app che ho in mente è orientata verso la comunità di ricerca: capiranno cosa stanno facendo e non avranno intenzioni malevole. Con la mia altra applicazione, se in qualche modo riescono a distruggere il db con un'istruzione SELECT, i dati possono essere facilmente duplicati. Quindi non considero questo un problema. –