Newsgroup: it.comp.lang.visual-basic
Titolo: OpenOffice base

Visto che ora OpenOffice e' finita sotto la grande ascella di Oracle,
presumo che il componente Base della suite si evolvera' un pochino...
Qualcuno ha idea di come connettercisi da VB? Ho letto dei JDBC
Drivers della Sun, e che non sono il massimo della semplicita'...
Grazie x le Info
Bye by SixaM 8-]

 Tu vuoi farti del male...
...avendo delle simpatie per VB6, direi di si...
Cmq, sono sempre alla ricerca di un db per applicazioni medio-piccole,
che sostituisca gli mdb di Access, ne abbia la stessa (piu' o meno)
semplicita' d'uso (se mi serve una copia del db mi faccio spedire il
file, la connessione tramite ADO e' abbastanza efficace, non devo
installare tool strani x far verificare delle cose dal cliente) ma un
po' meno difetti (indici che esplodono do po qualche mese di uso
intenso, db che 'ingrassa' a vista d'occhio). Per ora sto' guardando
MySql e PostgreSql.
Bye by SixaM 8-]

 Per ora sto' guardando MySql
Tieni conto che per OpenOffice esiste un driver nativo ufficiale, 
installabile come semplice estensione, e che permette di collegarsi 
direttamente a MySql con Base (e quindi anche con le altre applicazioni 
della suite) senza utilizzare JDBC o ODBC.
http://extensions.services.openoffice.org/en/project/mysql_connector
Quindi dalla parte OOo non ci sono problemi di comunicazione. Se da VB 
poi riesci a gestire MySql allora sei a posto.
Invece utilizzando il motore interno di Base la vedo dura, anche se non 
ne so molto per dirlo con certezza.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Scarica "OpenOffice.org 3.0 Soluzioni a raccolta", molto più di semplici 
FAQ! 
http://it.openoffice.org/doc/manuali/

 intenso, db che 'ingrassa' a vista d'occhio).
Fermo. Esiste già. E' Open source. Pesa 300 Kb. Non necessita di
installazione di dll strane ed è stabilissimo ed estremamente veloce. Lo
uso da anni e ne sono più che soddisfatto.
Qui trovi tutto quello che ti serve:
http://www.sqlite.org/cvstrac/wiki?p=SqliteWrappers
Per .NET invece:
http://sqlite.phxsoftware.com/
L'editor che preferisco:
http://reddog.s35.xrea.com/wiki/TkSQLite.html
Nicola

 Nicola
Per caso conosci i pro e contro rispetto a SQL Compact Edition ?
PaF

 Per caso conosci i pro e contro rispetto a SQL Compact Edition ?
Purtroppo ho usato molto poco SQL Compact Edition.
Sicuramente il fatto che è Open Source. Poi il fatto che la dll non
necessita di installazione e pesa solo 300 KB.
Aggiungi che è possibile utilizzarlo con qualsiasi linguaggio su
qualsiasi piattaforma.
Il wrapper .NET si integra in Visual Studio.
Insomma, ad oggi mi sono trovato benissimo. D'altro canto non sarebbe
stato adottato da grosse realtà come TomTom, Adobe, Google, Mozilla
Foundation, Symbian ecc... se non fosse realmente vantaggioso.
Nicola

 necessita di installazione e pesa solo 300 KB.
Sql Compact necessita di installazione solo sulla macchina di sviluppo.
.m
-- 
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCP
http://mvp.support.microsoft.com
http://blogs.ugidotnet.org/topics
whynot [ at ] topics [ dot ] it

 questo caso?
Beh, se domani MS decidesse di non supportare più SQLServer C.E.,
saresti obbligato a passare a qualcos'altro.
Invece per SQLite si creerebbe un fork e potresti continuare.
Un esempio: i DTS di SQLServer.
Abbiamo clienti che li usano(usavano) in maniera massiva, parliamo di
alcune decine di migliaia di regole. Già con SQLServer 2005 abbiamo
avuto dei problemi con modulo di compatibilità. Dal 2008 in poi non sono
più supportati.
Solo per questa cosa, ci siamo dovuti creare un nostro motore che
mimasse il funzionamento dei DTS. Dopo questo scotto abbiamo deciso di
continuare su tutti i nostri clienti solo con motori creati da noi sui
quali abbiamo noi il controllo.
Nicola