Ri: opzioni SQL avanzateNon sono sicuro che questo commento richieda un oggetto del desiderio separato, ma data la generalità dell'oggetto del desiderio originale, sembra abbastanza correlato da includerlo con questo:
Mi piacerebbe vedere JMP incorporare un editor SQL attivo quando collegato a un database esterno (selettore a discesa durante la digitazione SQL, comandi coerenti con la sintassi di compilazione automatica, ecc.).
Attualmente è possibile inserire un codice SQL errato nella casella e l'unico feedback è un errore generale.
Penso che il post originale sull'elemento della lista dei desideri faccia un ulteriore passo avanti e desideri che la GUI del generatore di query (o la procedura guidata come la chiamo io) si adatti all'SQL digitato.
Ri: opzioni SQL avanzateCIAO @Quantità di moto . Grazie per il supporto 
Un editor di testo SQL attivo con d selezionare il selettore a discesa durante la digitazione di SQL, compilare automaticamente i comandi coerenti con la sintassi, ecc
Bella idea! Lo voglio!
Ciò mi permette di specificare ulteriormente l'idea originale - differenziare - e anche di collegare..
Il desiderio originale è nato dalla scoperta che esistono alcune stringhe SQL "sconosciute" - codice che non può essere creato tramite la GUI.
Quindi l'idea: quindi, aggiungi questa funzionalità o fornisci un modo per aggiungere stringhe SQL sconosciute al codice generato automaticamente *) - senza perdere la possibilità di utilizzare ulteriormente la GUI.
*) Per fare ciò, la GUI (procedura guidata) non è necessario capire le stringhe aggiuntive.
@Quantità di moto L'editor SQL attivo di potrebbe essere un modo per implementare questa idea: se la sintassi è compresa dall'editor, può supportare caselle a discesa ed evidenziazione degli errori.
Quindi, fantastico per gli utenti che si attengono a SQL standard.
E riguardo a *):
Se ci sono espressioni che l'editor SQL attivo non capisce, le evidenzierà come errori, ma fornirà comunque un comodo supporto per le stringhe rimanenti e per la gerarchia complessiva.
L'editor SQL attivo mi ricorda molto l'editor delle formule Jmp.
Quindi, penso che questa sarebbe la soluzione definitiva:
un editor di query SQL proprio come l'editor di formule Jmp, con supporto della sintassi in linea + controlli della gerarchia.
... e se l'utente desidera utilizzare codice sconosciuto all'editor, è possibile fornire una funzionalità specifica per farlo
- Alcuni "codice sconosciuto all'interno" - scatole che può essere collocato in qualunque posizione nella gerarchia conosciuta.
opzioni SQL avanzate☐ nuova fantastica funzionalità
☑ potrebbe aiutare molti utenti!
☐ rimuove un "bug"
☐ bello averlo
☐ nessuno ne ha bisogno
Cosa ha ispirato questa richiesta di lista dei desideri?
Il Query Builder in Jmp è utile per generare query SQL tramite una GUI.
Ma ci sono query che non possono essere generate tramite la GUI:
Accesso al database
Con JMP 17, nel generatore di query, come è possibile aggiungere "WITH UR" alla fine del codice SQL?
L'unica soluzione al momento: passare a SQL personalizzato e in quel momento perdere tutte le opzioni della GUI per apportare ulteriori modifiche alla query.
Qual è il miglioramento che vorresti vedere?
Si prega di migliorare la GUI per fornire un'opzione SQL avanzata:
- aggiungere la funzionalità per "esplodere" le voci e le voci delle colonne "indicizzare".
- consentire all'utente di inserire manualmente stringhe SQL avanzate, che possono quindi essere aggiunte in posizioni specifiche della stringa di query SQL principale.
Perché questa idea è importante?
Gli utenti non sono più costretti ad abbandonare il Query Builder quando devono aggiungere un'espressione alla loro query che non è supportata dalla GUI del Query Builder.
altri desideri inviati da
Accesso ai datiRi: Opzioni SQL avanzate - Stato modificato in: RiconosciutoRi: opzioni SQL avanzateVorrei aggiungere una richiesta di miglioramento più specifica che potrebbe anche essere relativamente semplice da implementare: maggiore flessibilità nelle colonne calcolate.
Attualmente l'editor delle formule consente l'inserimento solo di un numero limitato di funzioni e operatori; la sintassi non riconosciuta (incluse cose semplici come CAST o CONVERT) viene rifiutata. Sarebbe possibile aggiungere il supporto per l'intero set di funzioni dei più diffusi motori DB come SQL Server o semplicemente consentire l'immissione di codice SQL arbitrario da digitare come formula di colonna calcolata? Magari aggiungendo un'opzione "Consenti espressioni personalizzate" al menu a discesa per i dialetti SQL?
