[Gfoss] - correzione testo: Open-Office e sistemi GIS

Andrea P. cerebrogis a ipergeo.org
Dom 9 Dic 2007 11:12:31 CET


Mi sono accorto che nella fretta avevo incrociato alcune parole rendendo il testo incomprensibile.
Scusate, lo ri-invio:
---------------------
La tua analisi si basa su dei presupposti giusti, 
una macchina vistuale e' piu' lenta perche' introduce una sovrastruttura di interpretazione del codice che un programma in C non avrebbe.

Ma e' parziale.

SQLite salva tutto in testo.
Questo significa che per cercare un numero non ne ricerca la versione binaria e compatta, ma bensi' ne ricerca la versione sviluppata in testo.

Se si scende a basso livello nell'hardware della macchina per capire come agisce l'algoritmo, ci si accorge che 
Un conto e' fare un confronto tra numeri e un conto e' fare un confronto tra caratteri.
Gli algoritmi per il confronto tra numeri sovrastano gli algoritmi di confronto tra caratteri di parecchi ordini di grandezza.
Il che significa che anche se si ragiona di un confronto tra un motore java-based e uno c-based.
La maggiore efficienza degli algoritmi rende il primo piu' veloce.

Ciao.

>Perdonami ma non penso proprio che un db compatto java-based possa
>risultare piu' veloce.







Maggiori informazioni sulla lista Gfoss