[utenti-it] Re: Base: errore su query con condizione su campo 'data'

[Michela Piva <pi...@comune.rivadelgarda.tn.it>]

Ciao Roberto.
La soluzione proposta, per quanto funzionante, è un po' fuori dal contesto di utilizzo...
Il contesto è il seguente: ho qualche utente non informatico con medio livello di capacità di gestione di interrogazioni dati.
Tali utenti sono in grado di creare nuove query con l'aiuto di uno strumento grafico, come la 'Vista struttura' dello strumento 'Ricerche' di Base.
Potrei anche dire di disabilitare la 'Vista struttura' dopo aver terminato di costruire la query e di correggere la sintassi di condizione sulle date, ma preferirei evitare se possibile...

L'utilizzo di variabili, funzioni, form è al di fuori della portata di tali utenti...
Il database è utilizzato da altri applicativi, non si può intervenire sul tipo di dato.

Ma il problema si pone perché ho postgres come DBMS oppure con qualsiasi tipo di DBMS?

Grazie in ogni caso per il suggerimento, sarà sicuramente utile per altre situazioni visto che da noi condizioni sulle date capitano spesso...

Michela


>----- Messaggio originale -----
>Ciao a tutti,
>
>Michela.... ho avuto lo stesso problema con una tabella di un odb in cui ho dei campi data.
>La soluzione è quella di trattare i dati data/ora come testo, anche se poi puoi gestirli
>come data ed ora, per esempio con un calendario.
>
> Me.getControl("DataIns").Text = ""
>
>Me.getControl("DataIns").Text = (Date)
>
> Me.getControl("DataIns").Text = Mid(oRSet.getstring(18), 9, 2) + "/" + Mid(oRSet.getstring(18),
>6, 2) + "/" + Mid(oRSet.getstring(18), 1, 4)
>
>Devi avere una funzione ed una variabile globale di appoggio in modo da poter invertire l'ordine
>gg-mm-aaaa in aaaa-mm-gg .
>Per la gestione dell'ora penso sia la stessa cosa, ma devi provare; io avevo solo la data.
>
>Ciao
>Roberto
>
>
>----- Messaggio originale -----
> Da: "Michela Piva" 
> A: utenti-it@openoffice.apache.org
> Inviato: Giovedì, 16 luglio 2015 11:18:03
> Oggetto: Base: errore su query con condizione su campo 'data'
> 
> Utilizzando il designer grafico di query presente in Base (opzione 'Vista
> struttura'), si desidera ottenere un'estrazione di record con condizione su
> un campo di tipo data/ora
> Ottengo l'errore in allegato.
> Il 'traduttore' utilizza una sintassi {D '_data_'} che sembra non piacere
> all'interprete della query...
> Lo stesso risultato lo ottengo anche sostituendo i '#' delimitatori della
> data con gli apici.
> Se disattivo l'opzione 'Vista struttura' e modifico la query creata
> eliminando {D } e lasciando '_data_'  (ad esempio '2015-01-01'), la query
> funziona.
> Se riattivo 'Vista struttura', ed eseguo la query ottengo il risultato di
> prima.
> Forse sbaglio nel definire i valori delle date? O c'è qualche
> opzione/parametro da modificare? Qualche altra idea?
> L'utente che crea queste query non è in grado di scrivere codice SQL
> autonomamente (quindi deve lavorare obbligatoriamente da 'Vista struttura')
> e far disattivare tutte le volte l'opzione per correggere la condizione
> sulle date è potenzialmente dannoso/pericoloso... ;)
> 
> Le prove sono state fatte con Open Office 3.4.1 e 4.1.0 su Windows; database
> postgresql 9.3
> 
> Grazie
> 
> Michela Piva - U.O. Sistema Informativo Comunale
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: utenti-it-unsubscribe@openoffice.apache.org
For additional commands, e-mail: utenti-it-help@openoffice.apache.org

[utenti-it] R: Base: errore su query con condizione su campo 'data'

[Crosio Roberto <RC...@buzziunicem.it>]

> -----Messaggio originale-----
> Da: Michela Piva [mailto:pivamichela@comune.rivadelgarda.tn.it]
> Inviato: venerdì 17 luglio 2015 10:19
> A: Crosio Roberto; utenti-it@openoffice.apache.org
> Oggetto: [utenti-it] Re: Base: errore su query con condizione su campo 'data'
> 
> Ciao Roberto.
> La soluzione proposta, per quanto funzionante, è un po' fuori dal contesto di
> utilizzo...

Ciao Michela,

L'input fornito è relativo ad una vera e propria programmazione Star Basic,
con tanto di maschere video per gli utenti, non abilitati ad altro se non ad
usare in modo passivo il software sviluppato.

> Il contesto è il seguente: ho qualche utente non informatico con medio
> livello di capacità di gestione di interrogazioni dati.
> Tali utenti sono in grado di creare nuove query con l'aiuto di uno strumento
> grafico, come la 'Vista struttura' dello strumento 'Ricerche' di Base.
> Potrei anche dire di disabilitare la 'Vista struttura' dopo aver terminato di
> costruire la query e di correggere la sintassi di condizione sulle date, ma
> preferirei evitare se possibile...

Capisco..... è comunque pericoloso lasciare che gli utenti smanettino; i guai
Sono sempre dietro l'angolo (IMHO) :-)......

> L'utilizzo di variabili, funzioni, form è al di fuori della portata di tali utenti...

Sarebbe utile un servizio interno od esterno di sviluppo software, anche minimo,
ma evitare che il database sia disponibile in modalità fisica a persone senza un
know-how adatto è la prassi (sempre IMHO).

> Il database è utilizzato da altri applicativi, non si può intervenire sul tipo di
> dato.

Ma chi ha creato il database?
E a tale persona o persone che si deve richiedere l'assistenza necessaria.....
> 
> Ma il problema si pone perché ho postgres come DBMS oppure con qualsiasi
> tipo di DBMS?

PostGres, o MySQL o MariaDB sono tutti motori di database validi, per cui il problema
Non risiede nel mezzo, bensì nella modalità di utilizzo.

Per esempio ora mi collego a quanto hai scritto nella tua prima mail:
" Se disattivo l'opzione 'Vista struttura' e modifico la query creata
 eliminando {D } e lasciando '_data_'  (ad esempio '2015-01-01'), la
 query funziona".

Hai ipotizzato di avere due campi distinti, uno per la data ed uno per l'ora?
Forse potresti risolvere il problema con questo piccolo accorgimento....

Comunque, e se tu potessi/volessi, mandami in via privata la struttura del tuo DB,
compreso di tabelle , queries, ecc.

Gli darò un'occhiata e ti saprò dire.

Account rcrosio@gmail.com

> 
> Grazie in ogni caso per il suggerimento, sarà sicuramente utile per altre
> situazioni visto che da noi condizioni sulle date capitano spesso...
> 
> Michela

Prego

Ciao Roberto

 
> 
> >----- Messaggio originale -----
> >Ciao a tutti,
> >
> >Michela.... ho avuto lo stesso problema con una tabella di un odb in cui ho
> dei campi data.
> >La soluzione è quella di trattare i dati data/ora come testo, anche se
> >poi puoi gestirli come data ed ora, per esempio con un calendario.
> >
> > Me.getControl("DataIns").Text = ""
> >
> >Me.getControl("DataIns").Text = (Date)
> >
> > Me.getControl("DataIns").Text = Mid(oRSet.getstring(18), 9, 2) + "/" +
> >Mid(oRSet.getstring(18), 6, 2) + "/" + Mid(oRSet.getstring(18), 1, 4)
> >
> >Devi avere una funzione ed una variabile globale di appoggio in modo da
> >poter invertire l'ordine gg-mm-aaaa in aaaa-mm-gg .
> >Per la gestione dell'ora penso sia la stessa cosa, ma devi provare; io avevo
> solo la data.
> >
> >Ciao
> >Roberto
> >
> >
> >----- Messaggio originale -----
> > Da: "Michela Piva"
> > A: utenti-it@openoffice.apache.org
> > Inviato: Giovedì, 16 luglio 2015 11:18:03
> > Oggetto: Base: errore su query con condizione su campo 'data'
> >
> > Utilizzando il designer grafico di query presente in Base (opzione
> > 'Vista struttura'), si desidera ottenere un'estrazione di record con
> > condizione su un campo di tipo data/ora Ottengo l'errore in allegato.
> > Il 'traduttore' utilizza una sintassi {D '_data_'} che sembra non
> > piacere all'interprete della query...
> > Lo stesso risultato lo ottengo anche sostituendo i '#' delimitatori
> > della data con gli apici.
> > Se disattivo l'opzione 'Vista struttura' e modifico la query creata
> > eliminando {D } e lasciando '_data_'  (ad esempio '2015-01-01'), la
> > query funziona.
> > Se riattivo 'Vista struttura', ed eseguo la query ottengo il risultato
> > di prima.
> > Forse sbaglio nel definire i valori delle date? O c'è qualche
> > opzione/parametro da modificare? Qualche altra idea?
> > L'utente che crea queste query non è in grado di scrivere codice SQL
> > autonomamente (quindi deve lavorare obbligatoriamente da 'Vista
> > struttura') e far disattivare tutte le volte l'opzione per correggere
> > la condizione sulle date è potenzialmente dannoso/pericoloso... ;)
> >
> > Le prove sono state fatte con Open Office 3.4.1 e 4.1.0 su Windows;
> > database postgresql 9.3
> >
> > Grazie
> >
> > Michela Piva - U.O. Sistema Informativo Comunale
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: utenti-it-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: utenti-it-help@openoffice.apache.org