Newsgroup: it.comp.programmare
Titolo: Linguaggio di programmazione

Buon giorno a tutti. Devo creare un programma che interagisce con un
database. Però il linguaggio di programmazione che volgio usare deve
crearmi un eseguibile che nn si interfacci con nessun altro programma.
Cioè fino ad ora usavo php però lo inserivo nelle pagine web che poi
le eseguivo con easyphp.
Ora invece devo creare un vero e prorpio .exe o qualche altra
estensione che nn dipenda da nient'altro. Sapete dirmi che linguaggio
è in grado di fare questo? che sia anche orientato agli oggetti
perchè devo creare anche una veste grafica.
Grazie a tutti!!

 wrote in message
news:1162284212.1...@m73g2000cwd.googlegroups.com

Mi viene in mente Delphi, anche se credo che un paio di dll ti tocca
installarle.
Ma perche' devi fare una cosa del genere?
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Roberto Montaruli ha scritto:

Perchè lavoro in una società immobiliare come tecnico di computer e
visto che ho conoscenze di progrmmazione mi hanno chiesto di creare un
database che gestisca i clienti e gli immobili. Però nn mi va di
consegnare un database creato in access dove vengo inseriti i dati
direttamanete da access. Volevo prorpio creare un programma che nn
faccia vedere la struttura del DB.
Non so se sono stato chiaro.

 Non so se sono stato chiaro.
Credo di si.
Quindi la tua esigenza e' quella di rendere difficilmente accessibili i
dati all'utente finale, che non e' un utente interno.
Giusto?
Pero' in tal caso non puoi usare access ne' un qualunque altro database
pubblico, perche' i dati stanno sempre su un file esterno, separato
dall'eseguibile, e questo file esterno e' apribile con qualsivoglia
strumento che permette l'accesso ai dati.
Se non vuoi rendere i dati accessibili all'utente finale, o trovi un
database con opzioni di cifratura forte, oppure ti gestisci il database
in un tuo formato customizzato e te lo cripti come ti pare.
Mi pare un lavoro piuttosto pesante.


 faccia vedere la struttura del DB.
Se sei pratico di Access, puoi creare un DB protetto da password di 
amministratore e poi con una password utente che consente solo alcune cose.
-- 
Costantino Grana 

Costantino Grana ha scritto:

Pero' mi pare di aver capito che la sua esigenza e' di creare una 
applicazione stand alone per l'utente finale, e questo con access non si 
puo' fare.



a me sembra molto semplicemente che non voglia che _si veda_ che è fatto con
access :)
vuole solo un'interfaccia carina. con access questo si può fare, oppure può
fare uno standalone che si interfacci col db di access (e si può fare anche
quello :p)
-- 
NoWhereMan
-- NoWhereBlog: 
www.nowhereland.it
-- FlatPress: 
http://flatpress.nowhereland.it
 blog flat-file powered,
xhtml1.1strict compliant
-- deviantArt: 
http://nowhereland.deviantart.com

 quello :p)
Si, ma in questo caso occorre averci access sotto. Come fai a fare uno 
stand alone che accede al DB senza averci access?

 faccia vedere la struttura del DB.
è che gli pare brutto 
a) far vedere le finestre di dialogo standard di access ("dove vengono
inseriti i dati direttamanete da access.", "la struttura del db")
b) far vedere che è "fatto" con access...
la strada veloce è fare con access, in modo che però non lo sembri, che è
poi quello che vuole lui... un fatto estetico più che altro (e per non fare
"brutta figura" col cliente)
:)
ciao


 stand alone che accede al DB senza averci access?
Che problema c'č? Qualsiasi versione di VB, ad esempio, puň operare 
sui database access pur senza avere access installato.
-- 
This fortune soaks up 47 times its own weight in excess memory.
News 2002 [v 2.07] / StopDialer / PopDuster - 
http://www.socket2000.com
Akapulce portal: 
http://www.akapulce.net

 
Qui cedo le armi: ci addentriamo in una branca della programmazione che 
ho la fortuna di non conoscere: l'accoppiata VB+ACCESS

installarle.
No.  Con Delphi, generalmente, basta l'eseguibile.  Ovvio poi che
dipende cosa si vuol fare.  Se si utilizza dbExpress, ad esempio, ci
si deve portare dietro la dll del driver per il db.

database che gestisca i clienti e gli immobili. 
Delphi è ottimo per lo scopo.

stand alone che accede al DB senza averci access?
Facendo uno standalone che accede al DB usando ADO, mediante l'OLE DB
Provider per Jet.  Aver installato Access per poter far girare
l'applicazione è un po' come guidare portandosi in macchina l'omino
del concessionario che ce l'ha venduta.  Al limite può darti un po' di
sicurezza psicologica, ma null'altro.  Ne puoi fare benissimo a meno.

 ho la fortuna di non conoscere: l'accoppiata VB+ACCESS
Hoho... Quanti ne ho sentiti... VB? Bleah che schifo. Perň fino a due
messaggi fa manco sapevi che i database access possono venir aperti e
scritto da programma senza avere access installato. Allora, non č che
magari trai conclusioni per il solo sentito dire ?
-- 
Laugh at your problems; everybody else does 


 magari trai conclusioni per il solo sentito dire ?
VB non e' il mio ambiente preferito.
Mi capita di usarlo, purtroppo, a volte, e devo farlo: e' il mio lavoro.
Access invece no. Io lavoro in ambiente Oracle.
Quindi ho chiesto a dei colleghi che loro utilizzano access per dei
progetti ad uso interno e, testuali parole di un collega che lavora solo
ed esclusivamente con access: "Non si puo' scrivere una applicazione
Access, e farla girare senza averci Access sotto."
Ho riportato a pie' pari.
Nel momento in cui emerge una palese contraddizione tra quanto affermato
da un mio collega di lavoro e quello che altri hanno postato qui sul NG,
io, per non saper ne' leggere ne' scrivere, mi sposto.


 Ho riportato a pie' pari.
Questo č giā diverso. I tuoi colleghi parlano di "applicazione 
access", immagino quindi VBA mentre nel thread si parla di 
genericamente di *applicazione* per gestire database access (mdb)... 
Ovviamente una applicazione scritta per access ha bisogno di access 
per funzionare, ma i database sui quali lavora sono gestibili pių o 
meno da qualsiasi altro linguaggio, attraverso gli activex ADO OLEDB 
o addirittura con DAO...
-- 
Any given program will expand to fill available memory.


 o addirittura con DAO...
Va bene. Incapsulando il tutto tramite ODBC posso sicuramente collegarmi 
ad un database access, leggere, scrivere, creare tabelle se ho i 
privilegi per farlo etc...
Ma il punto e': e' possibile farlo su una macchina in cui non e' mai 
stato installato nulla di office? O e' necessario fornire comunque 
qualche dll, ocx, o simili per garantirne la funzionalita'?

 qualche dll, ocx, o simili per garantirne la funzionalita'?
Si è possibilissimo. E nel caso mancassero gli activex necessari è 
possibile scaricare il tutto dal sito microsoft
http://msdn.microsoft.com/data/learning/MDAC/
-- 
Friends don't let friends use Windows! 


Access, e farla girare senza averci Access sotto."
...se il tuo collega intende un'applicazione VBA che giri in Access,
allora possiamo essere d'accordo (ma la cosa, se permetti, mi sembra
anche abbastanza scontata: sarebbe come dire che non si può guidare
una 500 se non si è dentro una 500).  
Se invece si riferisce ad un'applicazione generica (scritta in
C/C++/Delphi...) allora ha palesemente torto.

stato installato nulla di office?
Sì, vedi sopra.