Database e VisualBasic 2010

[clros]

• 

Ciao a tutti,
mi è stato chiesto di creare un gestionale e dovrei farlo nel più breve tempo possibile.
Avevo pensato di usare il VB2010 (anche se io sono "fermo" al VB6) per gestire nel modo più veloce possibile la GUI.
Ricordo che nel vecchio VB6 c'era la possibilità dal VB stesso di creare un database (probabilmente non relazionale e forse addirittura monotabella) per sveltire ulteriormente la codifica dei programmi. Esiste qualcoa di simile nel VB2010? In caso contrario, cosa mi consigliate come database/DBMS su cui salvare i dati?
Oltre a fare il tutto in tempi brevi, vorrei evitare al "cliente" l'installazione di prodotti di terze parti o una installazione complicata...

[lucommodore]

• 

Scusa compare ma il tipo di database non dovrebbe essere stabilito in base a quantità e tipi di dati che dovrà contenere? :think:

[Allanon]

• 

Per fare un gestionale nel più breve tempo possibile ti consiglio Access + VBA, ho sviluppato molte applicazioni per l'azienda dove lavoravo prima, con gestione di medie quantità di dati e statistiche.
Sviluppare la GUI è  uno scherzo, è tutto visuale e puoi affinare l'applicazione con VBA.

[clros]

• 

Per fare un gestionale nel più breve tempo possibile ti consiglio Access + VBA, ho sviluppato molte applicazioni per l'azienda dove lavoravo prima, con gestione di medie quantità di dati e statistiche.
Sviluppare la GUI è  uno scherzo, è tutto visuale e puoi affinare l'applicazione con VBA.

Una volta sviluppata l'applicazione è dipendente da Access? (devo possedere access per farla funzionare?)

@dsar: non ricorco cosa utilizzavamo con il VB6, ma di sicuro la ditta dove lavoravo aveva fatto diversi applicativi in VB6 per l'automazione di uffici in diversi comuni della provincia di Messina (gestione uffcio anagrafe, gestione ufficio elettorale, ecc.).

[lucommodore]

• 

Per fare un gestionale nel più breve tempo possibile ti consiglio Access + VBA, ho sviluppato molte applicazioni per l'azienda dove lavoravo prima, con gestione di medie quantità di dati e statistiche.
Sviluppare la GUI è  uno scherzo, è tutto visuale e puoi affinare l'applicazione con VBA.

Ecco appunto, io (riminiscenze lontane) VB lo conosco sempre associato ad Access. E' sufficiente Access per un gestionale aziendale?

[clros]

• 

Per fare un gestionale nel più breve tempo possibile ti consiglio Access + VBA, ho sviluppato molte applicazioni per l'azienda dove lavoravo prima, con gestione di medie quantità di dati e statistiche.
Sviluppare la GUI è  uno scherzo, è tutto visuale e puoi affinare l'applicazione con VBA.

Ecco appunto, io (riminiscenze lontane) VB lo conosco sempre associato ad Access. E' sufficiente Access per un gestionale aziendale?

Per quello che devo fare, basta e avanza. Solo che costringerei il cliente a comprare anche access (...o no?) e vorrei evitare. Ecco perchè chiedevo se esisteva qualcosa di simile in VB2010 al vecchio VB6. Noi non usavamo alcun DBMS "esterno" con il VB6...

[lucommodore]

• 

E mettergli un computerino in rete che gli fa da serverino con mysql+php e relativa interfaccina web? Non costerebbe nulla e magari ne trovi di pre-fatti solo da modificare qua e là...
E' un abominio?

[clros]

• 

Noi non usavamo alcun DBMS "esterno" con il VB6...

LINQ + XML

Dovrò imparare LINQ..ma vabbè, è l'occasione giusta per vedere qualcosa di nuovo (ne ho sentito parlare molto bene!)

[clros]

• 

E mettergli un computerino in rete che gli fa da serverino con mysql+php e relativa interfaccina web? Non costerebbe nulla e magari ne trovi di pre-fatti solo da modificare qua e là...
E' un abominio?

E' un'idea a cui avevo pensato (mettendo però il server mySQL sullo stesso PC dell'applicativo), però...vorrei evitare

[Allanon]

• 

Per fare un gestionale nel più breve tempo possibile ti consiglio Access + VBA, ho sviluppato molte applicazioni per l'azienda dove lavoravo prima, con gestione di medie quantità di dati e statistiche.
Sviluppare la GUI è  uno scherzo, è tutto visuale e puoi affinare l'applicazione con VBA.

Una volta sviluppata l'applicazione è dipendente da Access? (devo possedere access per farla funzionare?)

Dai un'occhiata qua si riferisce ad Office e ad Access 2007, credo che anche per il 2010 non ci siano restrizioni, non so quale versione tu abbia a disposizione.

[cdimauro]

• 

Ciao a tutti,
mi è stato chiesto di creare un gestionale e dovrei farlo nel più breve tempo possibile.
Avevo pensato di usare il VB2010 (anche se io sono "fermo" al VB6) per gestire nel modo più veloce possibile la GUI.
Ricordo che nel vecchio VB6 c'era la possibilità dal VB stesso di creare un database (probabilmente non relazionale e forse addirittura monotabella) per sveltire ulteriormente la codifica dei programmi. Esiste qualcoa di simile nel VB2010? In caso contrario, cosa mi consigliate come database/DBMS su cui salvare i dati?
Oltre a fare il tutto in tempi brevi, vorrei evitare al "cliente" l'installazione di prodotti di terze parti o una installazione complicata...

Per queste cose Delphi è imbattibile.

Come db puoi usare lo stesso InterBase fornito col RAD:

Però è pagamento e costa caro.

Altrimenti vai di Visual C# 2010, visto che sei affine a C/C++. Come engine SQL ti consiglio Firebird (evita quella porcata di MySQL).

[Allanon]

• 

@lucommodore
se ti faccio vedere che "mostri" ho fatto io con Access ti impaurisci, avevo in linea i dati di vendita con minimo dettaglio sul prodotto dove monitoravo le vendite, gli storici, gli agenti è i loro taget di fatturato, i margini di vendita, con svariati raggruppamenti (cliente, tipo cliente, agente, zona, prodotto, tipo prodotto, ...), insomma, decisamente un mostro.

[lucommodore]

• 

Per queste cose Delphi è imbattibile.

Come db puoi usare lo stesso InterBase fornito col RAD:

Però è pagamento e costa caro.

Sei proprio un developerdeveloper inside :lol:

Altrimenti vai di Visual C# 2010, visto che sei affine a C/C++. Come engine SQL ti consiglio Firebird (evita quella porcata di MySQL).

Capito, MySQL è un abominio. E non è manco la prima volta che lo riporti :think:

@lucommodore
se ti faccio vedere che "mostri" ho fatto io con Access ti impaurisci, avevo in linea i dati di vendita con minimo dettaglio sul prodotto dove monitoravo le vendite, gli storici, gli agenti è i loro taget di fatturato, i margini di vendita, con svariati raggruppamenti (cliente, tipo cliente, agente, zona, prodotto, tipo prodotto, ...), insomma, decisamente un mostro.

Non ne dubito compare!  
Son passati tanti tanti anni e anche allora non era propriamente il mio mestiere... Ai tempi però Access non veniva mai considerato sufficiente. Parlo grossomodo di una decade fa.

[Allanon]

• 

@lucommodore
Access ha i suoi limiti specialmente quando la mole di dati comincia ad essere consistente, tuttavia è uno strumento che ti permette di sviluppare un'applicazione completa di media complessità in pochissimo tempo.
Se non ci sono esigenze particolari non è improbabile che tu riesca a creare un'applicazione completa senza digitare una singola riga di codice.
E poi a quei tempi quello era lo strumento che mi passava l'azienda  

[cdimauro]

• 

Ed era, ed è ancora, ottimo proprio per quello che hai detto.