Newsgroup: it.comp.lang.delphi
Titolo: query su sqlserver via dbExpress

Semplice query su SQL Server 2008 attraverso dbExpress (delphi 2006)
WITH t AS ( SELECT ARTICOLO , COLINT , COLEST FROM  F_SCORTEM )
SELECT * FROM t
La query di suo funziona, nel senso che se la lancio da altri client va a 
buon fine, quindi la sintassi e' ok.
Da delphi invece da il seguente errore:
"Database server error: SQL State: 42000, SQL Error Code: 156
Sintassi non corretta in prossimit� della parola chiave 'WITH'."
Perche'? :-((((
denchiu'

 SELECT * FROM t
hai verificato sulla guida se il costrutto è utilizzabile urbi et
orbi?
A.

orbi?
Si, funziona pure via jdbc... l'unico dubbio che ho e' che sia la ddl client 
(dbxmss30.dll) di dbexpress che non lo supporti.. ma non vedo cosa c'entri.. 
mumble mumble..

> Si, funziona pure via jdbc...
..ma quello è java... e java funziona! :-D
A parte le battute, hai provato con ado?
A.

A parte le battute, hai provato con ado?
Devo cambiare il dbms a cui si connette una grossa applicazione, non posso 
cambiare il tipo di connessione, sarebbe un suicidio.. dbexpress e' e 
dbexpress deve rimanere... 

 dbexpress deve rimanere...
Lunedi vado in classe con mia figlia (che mo inizia la 3
elementare...) cosi reimparo a esprimermi....
Quello che io ho scritto è: "hai provato con ado?" , giusto?  Quindi,
ripeto: hai provato con Ado?
Chi ha mai parlato di sostituire dbx con ado??? :-|
A.

> Chi ha mai parlato di sostituire dbx con ado??? :-|
Aggiungo un link:
http://www.devart.com/dbx/sqlserver/
magari il driver dbx di devrat x sqltrashserver fa questa cosa che ti
serve...
A.

Chi ha mai parlato di sostituire dbx con ado??? :-|
Ho provato pure con ado e... non funziona! stesso errore.. adesso non mi 
spiego perche' la stessa identica query invece funziona eseguendola dal 
query client di sqlserver e pure attraverso jdbc...
che palle..

 query client di sqlserver e pure attraverso jdbc...
se esiste una trial del driver dbx di devart prova con quello.
A.

se esiste una trial del driver dbx di devart prova con quello.
il trial c'e'.. provero' anche questo..

 esperienza o per sentito dire?
Qua rischi di svegliare il can che dorme... :-D Io ho usato sqlserver
2000 e la ce di sqlserver2005
su sqlserver 20000:
1) i dts funzionano in base alla posizione astronomica della cometa di
halley
magari sei li a impazzire e poi scopri che si, lui ti ha detto che ha
importato tutto, ma voi fai a fare una select count   sulle due
tabelle origine e destinazione e trovi che i valori non sono
uguali....
2) se dichiari cursori nelle stored procedure, devi configurarli in
modo drammaticamente restrittivo per cercare di ottenere performances
migliori...visto che sono lenti in modo inacettabile
3) scomodo gestire confronti per stringhe e valori datetime
4) ti porta a credere che la gestione sia facile, ma in realta' non lo
è.
5) non lo installi su una versione di winzozz non-server
6) sei vincolato a sistemi operativi microsoft. Questa cosa oggi come
oggi NON PUO' PIU' ESSERE IGNORATA
7) la semplice presenza di blob in una tabella, anche se non inclusi
in una select, porta un mostruoso decadimento delle prestazioni
Sulla CE di sqlserver2005, usata per una applicazione scritta con
vs2005+cf2.0 per windowmobile, non so se era il db o windows, ma il
file di database si rovinava se andava bene una volta al giorno..
Insomma, io ci penserei su 2 volte e poi resterei su db2...
Se quella storia della gestione automatizzata mantiene le promesse che
fa, ancora di piu'...
A.