Newsgroup: it.comp.appl.access
Titolo: Come eseguire lista files contenuti in directory, ordinandoli per nome / data / ecc.. ?

Come fare per eseguire una DIR in modo che venga restituita la lista dei 
files contenuti all'interno una directory, ordinati per data creazione o 
per nome files o per dimensione ?

Con dir enumeri i files, leggi le caratteristiche di cui hai bisogno, Li carichi in una tabella o un array e lo ordini come vuoi

 
 
Ringrazio per la risposta
Avevo pensato anch'io di fare cosi
Ma la mia curiosita' era volta a capire se fosse disponibile un comando 
per leggere la lista gia' ordinata, senza passare da una tabella o array 
intermedi solo per modificare l'ordinamento
 

Penso che i due processi siano x forza separati. Se non ho i dati completi come posso ordinarli? 


No non puoi, possiamo parlare poi di come sia meglio la fase di ORDINAMENTO...!
In sosranza secondo me, mettere in una Tabella è la cosa migliore perchè consente senza tante difficoltà l'ordinamento su qualsiasi campo e con qualsiasi direzione, l'alternativa ovviamente sono gli algoritmi di Ordinamento Bubble o altri...
 
Alternativa che io ti suggerisco di non sottovalutare è l'uso di ADO non associato, che consente di creare una Tabella senza crearla e di accedere ai metodi del Recordset come FILTER e SORT.
Quindi se in fase di Caricamento salvi:
Nome
Estensione
DataUltimaModifica
Ecc..
 
avrai tutte le possibilità che ti servono o che ti possono servire.
Se ti crei una Classe alla quale passi la FOLDER, puoi farti restituire la Collection dei File Filtrata/Ordinata o quello che vuoi.
 
Ma sono discorsi già fatti...
 
Saluti
@Alex

 come posso ordinarli? 
 
Già, puoi fare direttamente solo l'ordinamento per nome file.
 
Bruno


Come "discorsi gia' fatti" ?
Spetta un'attimo, fermo li
Mai usato 'sto Ado non associato
Quindi sarebbero delle tabelle 'in ram' e non su db?
Qualche esempio pp?
 
 
 
 

 Qualche esempio pp?
 
http://www.riolab.org/index.php?option=com_content&view=article&id=135:recordset-non-associati&catid=46:access&Itemid=69
 
 
@Alex


Molto molto interessante
Grazie

Il 23/09/2019 00:18, @Alex ha scritto:

Il recordset non associato, creato su codice form o modulo, come fare 
per usarlo/modificarlo/visualizzarlo su altre form/report?
Oppure nasce e muore su quella form/modulo?
 
 
 

 Oppure nasce e muore su quella form/modulo?
 
Il codice è chiaro... lo apri lo usi puoi anche associarlo ad una Form... allo  stesso modo in cui lo associa ad una Combo o ListBox...
Muore quando viene distrutto l'oggetto che lo ospita... se lo dichiari in una Function/Sub all'exit, se lo dichiari in una Form alla sua chiusura, se lo dichiari un un Modulo alla chiusura dell'applicativo.
Parliamo di un modo per getire una Tabella "Virtuale", ed ovviamente temporanea, senza avere delle TempTable fisiche, la dove non conviene averle...
 
Che dubbio hai...?
 
@Alex


Quindi se lo dichiaro in un modulo, come variabile pulic, senza 
chiuderlo/distruggerlo, poi posso portarmelo appresso ed usarlo 
dappertutto nel codice?
C'e' modo per capire quanto 'assorbe' di memoria una struttura simile?
Come nell'esempio precedente, un varchar(250)+date+date+date, quanto 
portera' via per ogni record inserito?

 portera' via per ogni record inserito?
 
String (fixed-length) 	Length of string 	1 to approximately 65,400
Date 	 	 	8 bytes 	 	January 1, 100, to December 31, 9999
 
Il primo è 250Chars = (Se diciamo 255 sono 65.400K) + 3*8Bytes (per ogni Record)
 
Il campo Testo indicando i Cahrs si comporta come la Stringa dichiarata a lunghezza fissa... ovvero riserva lo spazio che le serve.
 
Non so di quanto tu abbia bisogno... ma mi pare poco importante con i PC che ci sono adesso...
 
@Alex


Ho bisogno tanto...di capire
Stavo cercando di apprezzare pregi e difetti di sti 'ado non associati
In particolare in confronto ad un array di variabili
Da usare come buffer di memoria in ram per leggere valori che arrivano 
dall'esterno (ad esempio da datalogger o coordinate nuvole punti da 
elaborare) e che siano facilmente 'lavorabili' con selezioni, ricerche, 
ordinamenti
 
 

Gli Array sono più veloci è un'affermazione vera in senso assoluto... ma se devi effettuare ad esempio ordinamento o filtro magari è più comodo il rs...
Non ultimo la possibilità di associare ad una maschera un origine dati virtuale...
 
Insomma lo strumento esiste, l'utilità è da valutare caso per caso.
 
@Alex

Roberto... manco a copiare ci prendiamo...?
 
;-)
 
@Alex


Ehhh, mica e' facile copiare
Che ti credi?
Per alcuni, e' un'arte
Si vede che non sono un'artista
Mi basta essere un buon artigiano