Ho fatto un DBLOG per MySql

 

Lo so che spesso Access basta ed avanza...ma con le modifiche che ho apportato, puoi continuare ad usarlo conn Access ed in qualsiasi momento passarlo a Mysql cambiando solo la stringa di connessione....così la finiscono quelli del PHP a dire che solo i vari WordPress ecc. sono per chi fa CMS seri, adesso DBLOG non ha alcuna limitazione e niente da invidiare a nessuno....

Non che sia contro il PHP (ottimo linguaggio), però sai nasco come ASPista e rimango fedele alla linea

ciao

Certo dovresti riscrivere "l'applicazione" in alcune sue parti....ma come scalabilità velocità sicurezza....vuoi mettere!

 

Nel primo caso significa riscrivere una bella fetta di Dblog e ottimizzare un po di cose

 

nel secondo basta riscrivere la connessione e aggiustare al limite uno o 2 query!

Nel primo caso hai fatto un OTTIMO lavoro e se puoi rendilo disponibile alla comunità! ...se puoi anche con un articolo che ci spiega il tuo percorso di ottimizzazione!

 

Nel secondo caso...hai sfruttato la "potenza" di ADO...null'altro!

E in questo caso ti segnalo

se vuoi provare ad interfacciare ...in locale se non trovi l'hoster che te lo attiva ...DBlog + PostreSQl...Dblog+Firebird....Dblog+Informix...etc etc!

 

1) Non ho modificato 2 query e la stringa di connessione solamente (hai letto il file LEGGIMI.txt?) tutte le query erano tagliate solo per ACCESS (vedi parentesi quadre, vedi istruzione TOP, vedi paginazione, delete *, cursori di connessione, ecc.), per non parlare di tante altre modifichette che hanno permesso al dblog di lavorare su Mysql e su db diversi da MySQL.

2) Questione PERFORMANCE, mi spieghi che senso avrebbe la "ottimizzazione" spinta per un db come MySql o simili, quando già con access, pare che dblog vada benissimo, a meno di non superare i 25 accessi contemporanei? Il fatto di portarlo, anche come l'ho portato io, su MySQL può aprire il CMS ad una maggiore robustezza, velocità ed affidabilità, poi ognuno è libero di scegliere se continuare con access o passare a db più robusti.

3) Penso che con le esecuzioni delle query (adattate ad un dialetto sql più standard) su MySQL il Dblog  sia velocissimo ....spiegami qual'è il suo limite adesso che può girare su MySQL, quando si "potrebbe" cominciare a sentire l'inutilità di questo porting? Quando si potrebbe cominciare a sentire che ci voleva una ottimizzazione al fine di migliorare le performance?

Considera che gestisco un portale che fa fino a 8000 visitatori giornalieri e che lavora in ASP su MySQL su server win2003 IIS 6.0 e non crasha mai ....

Ora ti chiedo queste cose, non per polemica, ma per capire quali sono le limitazioni del mio adattamento e quali sarebbero state le migliorie se avessimo OTTIMIZZATO dblog per POSTGRE o per MYSQL con le procedures o i triggers....ok?

Ciao sono ansioso di avere tue risposte....veramente ;-)