Newsgroup: it.lavoro.informatica
Titolo: VBA e ACCESS non sono gratuiti

Per� Sql Server Express e Visual Studio Express si!
 
Non � un controsenso?
 
Io avrei bisogno di fare piccoli database con relativo applicatico e\o 
interfaccia GUI  in access,e invece me li faccio in MS SQL SERVER perch� non 
voglio comperare Office!!
 
Ciao 
 
 

 voglio comperare Office!!
 
Ecco perchï¿œ anni fa tantissimi sviluppatori hanno abbandonato micro$oft.
 
 
 


no, lo dice la parola.....A ccess
 
Esistono cessi gratuiti?...:-)
 
ciao
fm 
 
 

 Non è un controsenso?
 
no non lo è. questi due sono strumenti di sviluppo e i programmi te li 
scrivi da solo, vba è uno strumento di office automation e usi programmi 
già scritti.

 gi� scritti.
 
considera la coppia vb6\access   vs   c#\sql server ........vb6 non � gratis 
anche se non lo vendono pi�.
 
Inoltre proprio il database access (inteso non solo come le tabelle in 
background ma anche le maschere con la GUI) � a pagamento.Non c'� la 
versione express.
 
Eppure � meno potente di sql server.
 
E' un controsenso.
 
 
 


Ha senso invece.
 
Tieni conto che le versioni free sono solo per sviluppo o uso accademico,
quindi per incoraggiare   futuri nuovi clienti,
per utilizzare questi prodotti in azienda sara'  necessario acquistare le 
licenze.
 
Micro$oft, in questo, probabilmente  si allinea ai suoi concorrenti,
anche Oracle ha la versione free del suo rdbms.
 
ciao
fm
 
 
 
 
 
 

 Eppure è meno potente di sql server.
 
evidentemente paghi proprio per quelle maschere e la gui. niente ti vieta 
di usare un database mdb con visual studio express, ti fai le maschere da 
te e non paghi nulla.
 

 licenze.
 
No, ad esempio VB.Net 2010 e 2008 possono essere usati per sviluppare prodotti commerciali senza restrizioni legali.
Le restrizioni sono tecniche, ad esempio le versioni 2008 non hanno il compilatore a 64 bit.

Il Sat, 13 Sep 2014 23:28:56 +0200, Tobia ha scritto:
 

1. I database di Microsoft Access si possono creare anche senza Access
(tramite ODBC Administrator)
 
2. Ti puoi connettere al file di Access tramite ODBC (o OleDb), pienamente
supportato da .NET 2.0 e Visual Studio Express dal 2005 in poi, gratis e
anche per applicazioni commerciali, e tramite ODBC  puoi creare tabelle,
view e queries. Non crei form, per quello usi Visual Studio Express
 
3. Invece del file di Access puoi usare Microsoft SQL Server Compact, che
dalla versione 3.5 ha pure il supporto dei dati spaziali (equivalente a
PostGIS)
 
PaF

 PostGIS)
 
Oppure usi SQLite, che sostituisce egregiamente, quanto a arciviazione, un database MDB.
 
-- 
Ciao!
Luca.
 

 Oppure usi SQLite, che sostituisce egregiamente, quanto a arciviazione, un database MDB.
 
Se tanto mi dà tanto, ancora meglio un db Firebird in versione embedded. Hai molte delle capacità di un db evoluto (ad esempio stored procedures e triggers, che non sicuramente non ci sono in Access, e forse in SQLite), e lo installi semplicemente copiando (non installando) 6 dll e 2 file di configurazione. Meglio di così :-) 

 Se tanto mi dà tanto, ancora meglio un db Firebird in versione embedded. Hai molte delle capacità di un db evoluto (ad esempio stored procedures e triggers, che non sicuramente non ci sono in Access, e forse in SQLite), e lo installi semplicemente copiando (non installando) 6 dll e 2 file di configurazione. Meglio di così :-)
 
Condivido. Pero' quando penso a SQLite penso a una cosa molto basica. Capacità di archiviazione alla Access, per capirci.
 
-- 
Ciao!
Luca

 Condivido. Pero' quando penso a SQLite penso a una cosa molto basica. Capacità di archiviazione alla Access, per capirci.
 
D'accordo. Tuttavia le caratteristiche in più meglio avercele che non avercele. Inoltre per Firebird esistono dei programmi di gestione free, per creare tabelle, vedere contenuto, ecc. Per SQLite non so.


Inzomma, non lo conosco ma da come scrivi pare non essere un servizio, 
ergo per esempio le transazioni robuste (quelle fatte automaticamente 
all'avvio del servizio in caso anche di crash) te le scordi.
Che senso ha ormai a fine 2014 avere un db-engine non gestito tramite 
servizio e tramite la coppia file di tlog+dati per avere nativamente la 
gestione robusta delle transazioni e quindi dell'integrit� dei dati?
Fosse anche monoutente il sw perch� rinunciare alla qualit� della base dati?
 

 D'accordo. Tuttavia le caratteristiche in pi� meglio avercele che non avercele. Inoltre per Firebird esistono dei programmi di gestione free, per creare tabelle, vedere contenuto, ecc. Per SQLite non so.
 
Senza nulla togliere ai prodotti che avete citato, ritengo che
l'integrazione .NET e SQL Compact, sia come .NET Provider, sia come Manager
(si usa lo stesso con cui ci si collega a SQL Server standard) sia
preferibile, se non sono necessari stored procedure e trigger.
 
PaF

 Fosse anche monoutente il sw perch� rinunciare alla qualit� della base dati?
 
Di Firebird, oltre all'embedded (cioè il db-engine che dici)  c'è anche una versione server che gira come come servizio, oltre ad un server che gira come normale applicazione (parlo di Windows, ma credo che ne esistano versioni anche per Linux). Insomma, per tutti i gusti! :-)
Comunque si parlava di alternative per Access, mica di db full-fledged. Altrimenti butto nel mucchio pure la versione Oracle Express gratuita! :-) (esiste ancora? boh)

 gestione robusta delle transazioni e quindi dell'integrit� dei dati?
 
Potrebbe non avere senso (io preferisco usare un SQLite che un file, come appoggio temporaneo). Potresti non avere potenza sufficiente e/o RAM per farlo (ad esempio perché usi una scheda con un ARM9).
 
Insommma, come al solito, si sceglie lo strumento in base all'uso!
 
-- 
Ciao!
Luca.

 preferibile, se non sono necessari stored procedure e trigger.
 
Non l'ho mai provato, ma ho letto che va bene. D'altra parte, SQLServer e famiglia non è così male (anche se a volte diventa pachidermico senza un vero motivo). E poi, mi piace l'idea di usare roba Open Source... ;)
 
 
-- 
Ciao!
Luca

 Se tanto mi dï¿œ tanto, ancora meglio un db Firebird in versione embedded. Hai
molte delle capacitï¿œ di un db evoluto (ad esempio stored procedures e
triggers, che non sicuramente non ci sono in Access, e forse in SQLite), e lo
installi semplicemente copiando (non installando) 6 dll e 2 file di
configurazione. Meglio di cosï¿œ :-) 
 
C'ï¿œ anche HSQLDB
http://hsqldb.org