Newsgroup: it.comp.lang.delphi
Titolo: scrivere su tabella access - help

Salve a tutti.
Ho una tabella access a cui mi collego via BDE con alias ecc.. I componenti
usati sono quelli standard
Tdatabase,Ttable, dbgrid ecc..
Il database č visto su un disco di rete mappato.
Quando provo a scrivere sulla tabella, sia da programma che dalla grid, mi
segnala un errore che qualcun'altro sta provando a scrivere sulla tabella:
"Project mioprogetto.exe raised exception class EDBEngineError with message
'Couldn't perform the edit because another user changed the record'. Process
stopped...." ma la tabella non č utilizzata da nessun altro utente.
Lavorando su un'altra tabella non mi succede!!!  ma all'apparenza le tabelle
hanno le stesse caratteristiche.
Se utilizzo Interbase invece che access questo non succede. Purtroppo tutti
i miei dati sono su access e non volevo avere piů database separati.
Spero che qualcuno abbia anche solo qualche spunto ........
Grazie
Axel

 i miei dati sono su access e non volevo avere più database separati.
Buttalo via e spostai su Interbase: 
comodo, bello, funzionante, client/server...
AS
-- 
Posted from  [212.17.220.41] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 comodo, bello, funzionante, client/server...
perfettamente d'accordo, ma io ho il problema che la struttura dei miei dati
č molto variabile, devo creare, modificare tabelle di indirizzi che mi
arrivano in ogni formato possibile... e diciamo che l'unico pregio che ha
access č che č flessibile e ben interfacciabile.
A proposito, per adesso su Interbase lavoro con l'sql esplorer e creo le
tabelle interattivamente. Se aggiungo campi o modifico la struttura perdo
tutti i dati.
Lavorando via sql ho lo stesso problema?
Se hai qualche consiglio su componenti da usare sono sicuramente ben accetti
ciao
Axel

 modificare tabelle di indirizzi che mi arrivano in ogni formato possibile...
Formato in senso di tipo di database(dbase, paradox, M4Sql, Oracle) oppure
formati di REECORD diversi?
Bye


 a parte le funzionalità, non credo convenga professionalmente.
Potrebbe "convenire professionalmente" se la tua esigenza attuale 
e' quella di usare Access.
Access va bene per molte applicazioni, al contrario di quanto
si pensi, cosi' come va bene Paradox o qualsiasi altro file-based
db.
Quello che non mi piace di queste discussioni e' che si parte
da dei dogmi imprescindibili e propinati come validi per tutte
le occasioni.  Tu credi davvero che Interbase sia la soluzione
giusta per tutte le occasioni ? credi che Access sia la soluzione
giusta per tutte le occasioni ?.  La soluzione giusta non 
esiste.  E' facile dire: butta via Access e utilizza Interbase.
Ma nella realta' dei fatti, molti programmatori si trovano con
dei vincoli di scelta molto forti.  Ci sono contesti in cui
l'utilizzo di un particolare DBMS non e' deciso da te, ma da chi
ti commissiona il lavoro.  Dire : "non conviene utilizzarlo
professionalmente", non ha senso.  Quello che conviene utilizzare
a livello professionale e' cio' che serve in quel momento.  
Se sei in un contesto in cui si utilizza Access, devi conformarti 
e utilizzare Access.  
Se poi hai la facolta' di indirizzare verso qualcosa di piu' 
serio e tecnicamente migliore, tanto meglio, ma non sempre puoi 
alzarti dalla tua sedia e urlare "Bastaa ! buttiamo Access nel 
cesso e usiamo Interbase".
-- 
Posted from  [80.105.34.80] 


 Il database è visto su un disco di rete mappato.
Se hai la possibilita' di mandarmi le tabelle Access
vuote o con magari dei dati di prova, provo a costruire 
lo stesso meccanismo sulla mia macchina e vediamo che
succede.  La macchina su cui ci sono i dati cos'e' ?
NT Server ? 2000 ?


 cesso e usiamo Interbase".
Quello che volevo dire lo hai sintetizzato alla grande nelle prededenti
quattro (4) righe.
Sono convinto, come te, che la panacea non esiste.
Ma visti:
a) i casini che ho passato con Access (tanti)
b) il fatto che il bde (e quindi paradox...) non saranno + supportati
ritengo che access non sia da utilzzare, e quindi lo sconsiglio: tutto qui.
Bye 
AS
-- 
Posted from  [212.17.220.41] 


ritengo che access non sia da utilzzare, e quindi lo sconsiglio: tutto qui.
Con D6 e i componenti dbGo (was: ADOExpress), puoi accedere
tranquillamente a tabelle Access.
Comunque, io volevo dire che: "io ti sconsiglio Access" e'
ben diverso dal dire: "io penso che non convenga usare
Access a livello professionale".
"A livello professionale" si usa o quello che c'e' o quello
che basta per lo scopo che ci si prefigge e se Access basta,
lo si puo' usare tranquillamente e puo' anche convenire.
-- 
The Follet

 Access a livello professionale".
Mi scuso per l'errata formulazione delle mie idee.
A volte sono troppo precipitoso.


 Lo hai già provato?
Ti assicuro che si puo' fare.
-- 
Posted from  [80.105.34.80] 


 Ti assicuro che si puo' fare.
Scusa se insisto su questo punto.
Non voglio mettere in dubbio quel che dici, ma mi sentirei +
tranquillo se rispondessi alla mia domanda: tu hai provato questa
soluzione? E, se si, in quali condizioni?
Bye 
AS
Ps: credi sia meglio continuare in privato senza ingolfare questo th?
-- 
Posted from  [212.17.220.41] 


 Ps: credi sia meglio continuare in privato senza ingolfare questo th?
No, credo sia meglio non continuare affatto.
A quanto pare sei convinto del dogma: se e' Microsoft non funziona.
Ti lascio nelle tue convinzioni, sperando che tu per postare (
non riesco a vedere gli header da qui) non utilizzi MS OE ;)
-- 
Posted from  [80.105.34.80] 


cut---
non pensavo di scatenare tanto putiferio......
comunque grazie

non pensavo di scatenare tanto putiferio......
Be', nei gruppi di discussione si discute.
Se ogni discussione deve essere intesa come "putiferio",
allora non li chiamiamo "gruppi di discussione".
-- 
The Follet