Newsgroup: it.comp.www.asp
Titolo: Problemi del provider nella ConnectionString di ADO.

Ciao Ragazzi,
avrei un problema. La seguente connessione non va a buon fine, IIS si
incazza perchè dice che non conosce il provider.
connessione.ConnectionString = "Provider=VFPOLEDB.1 ; Data Source=" &
filepath
E' la prima volta che lavoro con una porcata di DB come questo (FOX PRO) ma
non l'ho fatto io lo sto modificando.
Vorrei sapere come fargli conoscere il Provider.
ciao anticipatamente.

vati...@tiscali.it
 scrive...

Mh...hai provato con ODBC? Con oledb?
www.connectionstrings.com
Attenzione poi che c'è il DBIV (o qualcoda del genere) e il Visual fox 
pro...e son diversi.
A me era capitato di lavorare con dei visual fox pro a tabelle libere 
(senza il file .dbc), avevo risolto con ODBC, poi con qualche problema 
in scrittura, se non ricordo male.
Prova...buona fortuna

ov77 wrote:

Ho fatto ultimamente un applicazione web che va a leggere i dati da un 
DB Fox Pro esistente e ho suato questa come stringa
Driver={Microsoft Visual Foxpro 
Driver};UID=;SourceDB=C:\ADVISUAL\002;SourceType=DBF;Exclusive=No;"
come vedi devi dare in pasto la cartella dove ci sono i tuopi file .dbf 
e non il file vero e proprio che invece andari ad interrogare con SQL.
Concordo con te cmq che usare adesso FOX PRO fa abbastanza ridere, ma se 
non ne puoi fare a meno, preparati a cercare per bene nei ng di foxpro 
eventuali problemi, per esempio per le date e per gli update ;)
ciao
-- 
Kappa [co-mod ICWA]
kappa(at)
webngo.net
www.webngo.net
www.filmscoop.it

 eventuali problemi, per esempio per le date e per gli update ;)
Non capisco perché considerate il FoxPro una porcata e perché fa
abbastanza ridere usare un prodotto come FoxPro.
Io per soluzioni web non l'ho mai usato, ma per prodotti stand-alone
si e non mi sono mai trovato male, anzi lo considero un ottimo
prodotto.
--
visuddhi { info at visuddhi dot com } { icq# 44339752 }
if it is to be, it is up to me { 
www.visuddhi.com
 }
absolutely free, VisuBox { 
www.visuddhi.com/visubox
 }

 prodotto.
Piano piano, io non lo considero una porcata, ho solo deto che usare un 
DB come FOXPRO che è nato con altri scopi x il web fa abbastanza ridere.
Sono d'accordo con te che x soluzioni Stand-Alone sia un prodotto 
valido; il problema è integrare con il web le soluzioni già fatte, e te 
lo dico x esperienza ;)


 prodotto.
Dipende da cosa ci fai... finché lo usi per prodotti "mirati"( poche
tabelle,
ben pianificate, ecc ) con un target _specifico_ e piccoli volumi di dati,
allora si.
Altrimenti rischi che da un giorno all'altro la tua applicazione si trova a
dover gestire 500 mila records e FoxPro comincia a piangere in turco
antico... un
motore RDBMS "moderno"( si fa per dire, il concetto di RDBMS risale ad oltre
30
anni fa ) invece se ne sta buono e tranquillo, continuando a funzionare.
Ciao
Andrea

 poco...
pertanto non dovresti utilizzare mysql in quanto file-based pure lui
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 pertanto non dovresti utilizzare mysql in quanto file-based pure lui
Per la cronaca: io sto usando SQLServer... riguardo però al fatto che
MySql sia file-based... io per file-based intendo che ogni *tabella* ha un
suo
file che la contiene... sei sicuro che questo valga per MySql?
Dalle mie investigazioni un pò di tempo fa, le cose mi sembravano diverse,
seppur non sono state molto approfondite, perché quando ho scoperto che non
supportava le transazioni l'ho fuggito come la peste!
Andrea

 file che la contiene... sei sicuro che questo valga per MySql?
sicurissimo ;-))
estratto da 
http://www.mysql.com
'tbl_name.frm' -> Table Definition (form) File
'tbl_name.MYD' -> Data file
'tbl_name.MYI' -> Index file


 pertanto non dovresti utilizzare mysql in quanto file-based pure lui
E chi lo usa? ^_^
Andrea

Ho risolto,
il buon vecchio Bill ha messo a disposizione il provider OLE DB per FoxPro
che ho scaricato dal sito della Micorsoft.
riguardo alla discussione su FoxPro dico che è inadeguato perchè se fate una
valutazione
generale sul WEB vi rendete conto che usare tale DBMS significherebbe dire
che il sito che state
progettando è adatto solo a un certo numero (molto esiguo) di utenti in
contemporanea e a lavorare
con una quantità di dati anch'essa limitata.   ------> quindi il vostro sito
sarà potenzialmente visibile meno degli altri.
MySql è un prodotto validissimo.
E infine rispondo anche a chi ha detto di usare ODBC invece di OLE DB  : mai
e poi mai. Le prestazioni e
le potenzialità che OLE DB offre rispetto a ODBC sono 100 a 1.
Vi ringrazio dell'aiuto ragazzi.
Ciao a tutti.

 supportava le transazioni l'ho fuggito come la peste!
Supporta le transazioni, solo che devi cambiare il tipo di tabella..
ciao.

 ciao.
Ciao
Andrea