Newsgroup: it.comp.appl.access
Titolo: MSDE e query parametriche.

Finalmente dopo anni e anni ho capito xè non riuscivo a far connettere i
client al mio msde (installato sul mio pc e non sul server) ... maledetto
Zone Alarm...!
Cmq sono riuscito a fare il porting di tutta l'applicazione che avevo e sto
cominciando a smanettare un po'.
Mi metterò a studiare, ma vorrei chiedere il vostro aiuto x questi intoppi
preliminari.
Il problema che si pone è il seguente:
siccome avevo visto che con l'upsize non vengono generate le query
registrate in access (jet) ,
avevo iniziato a basare le maschere direttamente su istruzioni sql:
maschera origine record: select * from ... ecc..
Visto che nel mondo Sql server ci sono le stored e le viste vorrei capire
come parametrizzarle in funzione di controlli contenuti nelle maschere
oppure da input box .
Questo codice è ciò che usavo per filtrare i dati secondo il cognome, ma non
funzia!
al click di un  pulsante eseguo questo codice ma mi da il seguente errore:
errore 2580 l'origine record non esiste ....
Dim sql As String
sql = "SELECT * FROM soci WHERE (Cognome) Like ""*"" & [ Iniziali del
cognome?] & ""*"";"
Me.RecordSource = sql

 Me.RecordSource = sql
Se la casella di testo contiene una stringa dovresti scrivere chr(34) & 
Me.CasellaTesto & chr(34)
ciauz
--
'gnurant come una cucuzza
Inviato da 
www.mynewsgate.net

 ha scritto nel messaggio
news:200405101...@mynewsgate.net...

niente non funzia neanche a spingerlo ...
Ma se non utilizzassi il progetti di database e collegassi tutte le tabelle
via odbc potrei cmq mantenere tutti gli oggetti che ho già creato? Query
comprese?
Deduco che non avrei tutte le potenzialità che  mi offrirebbe il progetto di
database, ma sarebbe davvero un calo di performance?

 ha scritto:

Chissà se leggerai questo mex. Avrei risposto subito se il sito avesse 
funzionato. Ho riletto meglio la tua sql e quindi te la riscrivo così:
sql = "SELECT * FROM soci WHERE (Cognome) Like " & chr(34) & "*" & [ 
Iniziali del cognome?] & "*" & chr(34) & ";"
Se non funziona neppure così, allora è il Like * che non va bene
Per ciò che mi chiedi qui, penso proprio che usando un applicativo 
per "pescare" dati da un database sia più dispendioso di usare direttamente 
il database stesso. Con i pc che abbiamo al giorno d'oggi forse è 
impercettibile la differenza. Finché le dimensioni del db non crescono 
troppo :o)
Ciauz


 database, ma sarebbe davvero un calo di performance?
Ovvio che se usi le SP e le viste vai meglio, ma se hai finito
l'applicazione e la stai
portando come dici tu verso MSDE forse anche quella di restare con un file
mdb come
interfaccia non è male, ti consiglierei magari di usare ADO (se prima magari
usavi DAO)
Comunque, per quello che riguarda le performances, penso che molto dipenda
dalla
macchina ma, se come penso io l'applicazione non è enorme non dovrebbero
cambiare di
molto.
Ciao,
Massimo
-- 
web: 
www.piubelli.net
Vuoi il mio indirizzo? Togli _cut_ per rispondermi

 ha scritto nel messaggio
news:c80sg3$428$1...@atlantis.cu.mi.it...

Grazie ragazzi. Grazie per la risposta. Il fatto è che la mia applicazione è
in costante sviluppo, vorrei portarvici molti "comparti"
dell'organizzazione aziendale. Per il momento riesco a tenere separate le
applicazioni in piccoli db piuttosto che in un unica applicazione generale.
X spiegarmi meglio: ho fatto un db x i curricula, uno per la gestione
documentale, uno per i dipendenti ecc..
Alcune di queste informazioni sono correlate x cui collego nel fe le tabelle
dei vari be che mi servono.
La domanda che vi ponevo era proprio relativa alla scelta da fare x le nuove
applicazioni, credo che viste le numerose query che feci all'inizio, faccio
prima a mantenere il mio mdb come fe e portare in mde solo le tabelle e poi
le nuove applicazioni gestirle ex novo con msde e i progetti.