Newsgroup: it.comp.appl.access
Titolo: chi conosce nuconga?

Ciao,
e' un software per la gestione alberghiera( 
www.nuconga.it
) . Vorrei un 
giudizio da qualcuno che lo conosce.
grazie 

 ha scritto nel messaggio
news:34i3nrF...@individual.net...

Boh ... č della tribu dei wongatanga? o dei chimbawuanga?
Scusa la battuta ... ma ci vorrebbe un bell' [OT]  prima di un messaggio che
non c'entra una mazza  ... e non il sergio .. con access!

 access!
Ah hem scusa ma essendo un prodotto sviluppato in Acces mi sono dimenticato 
l' OT.... 

rblackmore ha scritto:


E' sviluppato con VB 6.0
-- 
Ciao
Pablitomf (Maurizio Facciuti)
------------------------------
http://www.sitocomune.com/
http://www.accessgroup.it/
------------------------------
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 E' sviluppato con VB 6.0
Ti sbagli: è sufficiente dare un occhio alle schermate ... è decisamente
sviluppato in
Access.
Ciao.


mi sembrava ... :-) , sembra che usi SQL Server, com'e' l'*abbinamento* 
Access + SQL Server a livello prestazioni ?
grazie 

"rblackmore" <


Domanda troppo generica.
Se io chiedessi "com'è l'abbinamento VC++  SQL Server" a livello di
prestazioni?
E qualcuno rispondesse, senza premesse, "ECCEZIONALE" ... gli darei
tranquillamente del pirla.
Ciao.

 Ciao.
ECCEZIONALE
;-)
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Ach, @alex mi ha preceduto
anni '97, tutto in access a vedere se tiene per 30 utenti
mi dicono: ma sai che esiste SQL-Server ?
Due mesi, rifatto tutto !
Eccezionale !
L.

 Eccezionale !
Mi riferivo al fatto che se il codice SQL è scritto da mani inesperte le
prestazioni sono lente come la fame con qualunque configurazione.
Ciao.


Si, concordo.
Ora gli utenti sono 50 e il sistema ancora regge anche in remoto via
internet (tele-lavoro) : Va be' l'applicativo (FE) ha 36Mb (!)
Molti problemi di performance sono stati risolti tramite le db-library
anche se Microsoft dice di non supportarle piu'.
Se si riesce a non perdere di vista il risultato finale che si vuole ottenere
la strada giusta la si ritrova in qualsiasi contesto.
Ciao

 anche se Microsoft dice di non supportarle piu'.
Ehmmm ... cosa intendi per db-library?
Ciao.

 
Di fatto sono delle API a basso livello (2 DLL) che permettono 
l'interazione diretta via TCPIP con SQL. Sono macchinose da gestire
ma hanno una buona risposta. Per stabilire una connessione sono necessarie
almeno 7-8 funzioni, non ricordo bene perche' anni fa ci ho costruito sopra
un classico wrapper che interfaccio con vba mediante semplici chiamate.
Ciao
Lorenzo

 Lorenzo
Trovi molto sul Codice OpenSource sul progetto
DBAManager2K di Andrea Montanari, ma per andarcene fuori
servono mesi, che spesso non si hanno.
Avevo trovato anch'io un Wrapper(una Classe) che via API
passava la richiesta a SQL, ma non lo trovo più....!
Lo stesso per MySQL ed era una scheggia alla faccia dell'interrogazione
via Query_PT...!
Personalmente non ne vedo l'utilità sebbene la velocità di risposta
può essere superiore, ma strutturando bene l'eventuale
SP sul Server sono finezze che potrebbero essere non più necessarie.
Scaviamo e scopriamo gli altarini...!!
Ciao a tutti.
Buon Week End


 >> internet (tele-lavoro) : Va be' l'applicativo (FE) ha 36Mb (!)
Mhmm ... al posto tuo farei predisporre un Server Terminal (che può vedere
l'altro Server con MS SQLServer come un qualunque Client) per l'accesso
remoto da casa.
Ciao.


hem scusa ma non sono un'esperto..:-) volevo dire: un'applicativo come 
nuconga che e' stato chiaramente sviluppato in Access, puo' in maniera 
indolore e senza riscrivere il codice avere come base dati SQL Server? E 
quali possono essere i rendimenti? Non vorrei che per motivi di marketing si 
abbini SQL Server ad un prodotto costruito in Access per far credere che le 
prestazioni siano molto migliorate....
ciao e grazie 


Quelle che uso io sono standard con l'installazione di SQL, attivando
l'opzione tools di sviluppo (ntwdblib.lib, dbnmpntw.dll, Ntwdblib.dll etc.)
Come dicevo sono "dure" e Microsoft gia' anni fa ha avvisato che non
sviluppera' piu' in tal senso pur mantenendone la compatibilita' con
la corrente versione SQL (ma tant'e' che dentro ci sono tutte le primitive
e quindi credo ci sia ben poco da implementare)
Causa la loro "durezza" ho buttato giu' per conto mio delle DLL che
si interfacciano con quelle native (wrapper).
L'utilita' fondamentale e' che le conosco e accorcio il codice, per testare
un flag per esempio richiamo :
if sql_FLAG("miatabella","miocampo",[where])=True etc...
per fare una qualsiasi operazione SQL :
call sql_gen("stringaSQL")
Non devo preoccuparmi di aprire connessioni,verificare errori che sono
centralizzati. Ovviamente c'e' un preset all'avvio dell'applicazione con
nome server,database, utente,password etc.
Chiaramente si possono fare in tanti modi queste cose, semplicemente
mi vengono automatiche perche' familiari.
Uso a sufficienza le sp perche' lavorando anche da remoto e' opportuno
che i dati in rete siano limitati al minimo indispensabile, certo se lancio
una stampa, passa ... quello che deve passare.
Ciao
Lorenzo


Si, corretto.
Infatti io opero così (!)
Il problema e' che per attacchi o per inesperienza dell'utente,
mi mandavano in blocco l'utente e il tempo di ripristino automatico,
per scelta e sicurezza, e' stato impostato a 1 ora .
Facciamo entrare via TS solo utenti che hanno IP statico e quindi
intercettabili dal Firewall che li lascia passare, gli altri ... via rete
normale... un "po'" piu' lenti....
Ciao
Lorenzo