un database con un milione di record

[Ammammata]

ho un certo numero di record, circa un milione, ognuno con una cinquantina
di campi (diciamo grossomodo 40 numerici interi e 10 alfa da max 50
caratteri, ma i più sono di 4-5)

la metà di questi dati è attualmente sparpagliata su 7-8 file excel (ognuno
con 60-70mila righe)
il resto è da prelevare da pagine web (non si sa ancora come)

si faranno esclusivamente ricerche su questi dati, niente elaborazioni
complicate, tramite una maschera che permetterà di selezionare la rava e la
fava, tutto ancora da decidere :(

utenti previsti, al momento, UNO

access può andare bene?

grazie

[@Alex]

Post by Ammammata
ho un certo numero di record, circa un milione, ognuno con una cinquantina
di campi (diciamo grossomodo 40 numerici interi e 10 alfa da max 50
caratteri, ma i più sono di 4-5)
la metà di questi dati è attualmente sparpagliata su 7-8 file excel (ognuno
con 60-70mila righe)
il resto è da prelevare da pagine web (non si sa ancora come)
si faranno esclusivamente ricerche su questi dati, niente elaborazioni
complicate, tramite una maschera che permetterà di selezionare la rava e la
fava, tutto ancora da decidere :(
utenti previsti, al momento, UNO
access può andare bene?
grazie

Fossi in te, userei SQL_Express è free e, se non ricordo male ha un limite di 10Gb se non ricordo male, e la potenza di elaborazione estremamente più elevata soprattutto in caso di Corruzioni.

JET in questo caso potrebbe ancora farcela, ma le prestazioni potrebbero risentirne molto.

@Alex

[Ammammata]

access può andare bene?

Fossi in te, userei SQL_Express Ú free e, se non ricordo male ha un
limite di 10Gb

ok, scaricato, ai posteri l'ardua sentenza. grazie.

[Karl Donaubauer]

Salve,

Post by Ammammata
ho un certo numero di record, circa un milione, ognuno con una cinquantina
di campi (diciamo grossomodo 40 numerici interi e 10 alfa da max 50
caratteri, ma i più sono di 4-5)
la metà di questi dati è attualmente sparpagliata su 7-8 file excel (ognuno
con 60-70mila righe)
il resto è da prelevare da pagine web (non si sa ancora come)
si faranno esclusivamente ricerche su questi dati, niente elaborazioni
complicate, tramite una maschera che permetterà di selezionare la rava e la
fava, tutto ancora da decidere :(
utenti previsti, al momento, UNO
access può andare bene?

Dipende un po' dalle "ricerche". Ho alcune tabelle di questa dimensione
in Access/ACE. Con indici ottimi può andare bene.

Se non, puoi sempre usare SSMA per migrare il backend al SQL Server come
suggerito da Alex.

[Silvio]

[CUT]

Post by Karl Donaubauer
Se non, puoi sempre usare SSMA per migrare il backend al SQL Server come
suggerito da Alex.

Ciao,
Per favore, mi indicate passo-passo quale è la procedura per passare al
BE su SQL SERVER?
La mia situazione è:
- Access 2010
- BE sul server (file in formato .mdb)
- Vari FE in LAN con Access 2010 Runtime (file in fomato .accdr)

Grazie.

Silvio

[@Alex]

Sai che un passo passo... non è praticabile... cose che magari uno da per scontate l'altro no...

puoi leggere questo però:
https://docs.microsoft.com/it-it/sql/ssma/access/sql-server-migration-assistant-for-access-accesstosql?view=sql-server-2017

https://www.google.it/search?source=hp&ei=iqHsWvOpFcKJmwWauJsw&q=migrate+mdb+to+sql+server&oq=migrate+mdb+&gs_l=mobile-gws-wiz-hp.1.0.0i19j0i22i30i19l4.512.6978..8761...7....322.2662.0j12j1j1......0....1.......3..0j41j41i70j0i131j0i10j0i22i10i30i19.EUvVs%2BfpyyM%3D

http://www.itprotoday.com/microsoft-sql-server/15-steps-convert-access-data-sql-server

Da stare poi attenti ai campi data, alle query con criteri impliciti a riferimenti di forms o funzioni di aggregazione sui domini o funzioni non interpretabili lato server.
Queste osservazioni valgono anche per la proprietà Filter o la WHERE CONDITION ecc...

@Alex

[Silvio]

Post by @Alex
Sai che un passo passo... non è praticabile... cose che magari uno da per
scontate l'altro no...
https://docs.microsoft.com/it-it/sql/ssma/access/sql-server-migration-assistant-for-access-accesstosql?view=sql-server-2017
https://www.google.it/search?source=hp&ei=iqHsWvOpFcKJmwWauJsw&q=migrate+mdb+to+sql+server&oq=migrate+mdb+&gs_l=mobile-gws-wiz-hp.1.0.0i19j0i22i30i19l4.512.6978..8761...7....322.2662.0j12j1j1......0....1.......3..0j41j41i70j0i131j0i10j0i22i10i30i19.EUvVs%2BfpyyM%3D
http://www.itprotoday.com/microsoft-sql-server/15-steps-convert-access-data-sql-server
Da stare poi attenti ai campi data, alle query con criteri impliciti a
riferimenti di forms o funzioni di aggregazione sui domini o funzioni non
interpretabili lato server. Queste osservazioni valgono anche per la
proprietà Filter o la WHERE CONDITION ecc...
@Alex

Grazie mille.
Prima o poi dovrò trovare il tempo per provarci.

Ciao

[Ammammata]

Il giorno Fri 04 May 2018 06:45:14p, *Karl Donaubauer* ha inviato su

Post by Karl Donaubauer
Ho alcune tabelle di questa dimensione
in Access/ACE. Con indici ottimi può andare bene.

grazie anche a te.
proverò a generare un database semicasuale con queste caratteristiche "per
vedere che effetto che fa" (cit.) e come risponde

[Bruno Campanini]

Post by Ammammata
Il giorno Fri 04 May 2018 06:45:14p, *Karl Donaubauer* ha inviato su

Post by Karl Donaubauer
Ho alcune tabelle di questa dimensione
in Access/ACE. Con indici ottimi può andare bene.

grazie anche a te.
proverò a generare un database semicasuale con queste caratteristiche "per
vedere che effetto che fa" (cit.) e come risponde

Se t'interessa... ho un piccolo db (mezzo mega) che genera tavole
grandi come una casa.
Occorre predefinire il numero e DataType dei campi,
poi la procedura assegna automaticamente i nomi da F1, F2... Fn.
Indi esegue l'append di quanti record vuoi.

Bruno

[RobertoA]

Post by Bruno Campanini

Post by Ammammata
Il giorno Fri 04 May 2018 06:45:14p, *Karl Donaubauer* ha inviato su

Ho alcune tabelle di questa dimensione in Access/ACE. Con indici
ottimi può andare bene.

grazie anche a te.
proverò a generare un database semicasuale con queste caratteristiche
"per vedere che effetto che fa" (cit.) e come risponde

Se t'interessa... ho un piccolo db (mezzo mega) che genera tavole
grandi come una casa.
Occorre predefinire il numero e DataType dei campi,
poi la procedura assegna automaticamente i nomi da F1, F2... Fn.
Indi esegue l'append di quanti record vuoi.
Bruno

Se il sistema di caricamento dati di esempio, fosse 'visibile', credo
sarebbe utile a molti, sia per studiarne il funzinamento che per usarlo
e caricare tabelle di test per l'ottimizzazione di ricerche, stampe, ecc

[Bruno Campanini]

Post by Bruno Campanini
Se t'interessa... ho un piccolo db (mezzo mega) che genera tavole
grandi come una casa.
Occorre predefinire il numero e DataType dei campi,
poi la procedura assegna automaticamente i nomi da F1, F2... Fn.
Indi esegue l'append di quanti record vuoi.
Bruno

Se il sistema di caricamento dati di esempio, fosse 'visibile', credo sarebbe
utile a molti, sia per studiarne il funzinamento che per usarlo e caricare
tabelle di test per l'ottimizzazione di ricerche, stampe, ecc

Non sono sicuro di aver inteso il significato che dai a "visibile".
Mi dirai tu se detta proprietà è applicabile alla procedura.

Supponi di voler costruire una tabella con 50 campi aventi
questi DataType:
10 Text 15 Currency 8 Time/Date 2 Boolean 15 Long.
La prima procedura crea la tabella assegnando ai campi i
nomi F1, F2... F50 (F è la parte costante definibile comunque).

La seconda esegue l'append di n record compilando i vari campi
Text con "ABC" ovvero "ABC" & i, ovvero prelevando random da
ABC(i); analogamente per gli altri DataType.
Il tutto modificando una riga di codice ovvero introducendo
in sostituzione alcune righe di For... Next.
Poi viene genarato un AutoNumber in un campo Long e quivi
assegnata una PrimaryKey.

Così ho potuto esemplificare una tabella di 80 campi con
un milione di record... con riferimento a questo thread.

Bruno

[RobertoA]

Post by Bruno Campanini

Post by RobertoA

Post by Bruno Campanini
Se t'interessa... ho un piccolo db (mezzo mega) che genera tavole
grandi come una casa.
Occorre predefinire il numero e DataType dei campi,
poi la procedura assegna automaticamente i nomi da F1, F2... Fn.
Indi esegue l'append di quanti record vuoi.
Bruno

Se il sistema di caricamento dati di esempio, fosse 'visibile', credo
sarebbe utile a molti, sia per studiarne il funzinamento che per
usarlo e caricare tabelle di test per l'ottimizzazione di ricerche,
stampe, ecc

Non sono sicuro di aver inteso il significato che dai a "visibile".
Mi dirai tu se detta proprietà è applicabile alla procedura.
Supponi di voler costruire una tabella con 50 campi aventi
10 Text   15 Currency   8 Time/Date   2 Boolean   15 Long.
La prima procedura crea la tabella assegnando ai campi i
nomi F1, F2... F50 (F è la parte costante definibile comunque).
La seconda esegue l'append di n record compilando i vari campi
Text con "ABC" ovvero "ABC" & i, ovvero prelevando random da
ABC(i); analogamente per gli altri DataType.
Il tutto modificando una riga di codice ovvero introducendo
in sostituzione alcune righe di For... Next.
Poi viene genarato un AutoNumber in un campo Long e quivi
assegnata una PrimaryKey.
Così ho potuto esemplificare una tabella di 80 campi con
un milione di record... con riferimento a questo thread.
Bruno

Visibile = Disponibile per la visione

[Ammammata]

Il giorno Tue 15 May 2018 02:30:28p, *Bruno Campanini* ha inviato su

Post by Bruno Campanini
Se t'interessa... ho un piccolo db (mezzo mega) che genera tavole
grandi come una casa.

beh, pensavo di partire dai file excel che comunque mi generano circa mezzo
milione di record con dati coerenti

dato che ci saranno menu a tendina per la scelta del filtro da applicare,
non vorrei che un campo alfa contenesse ventordicimila valori diversi
quando nella realtà sarebbero soltanto una mezza dozzina

grazie comunque e, come chiedeva RobertoA, sarebbe comunque interessante
poter studiare il codice della tua applicazione per capire come fa (ed
eventualmente manipolarlo per esigenze, come le mie, di non avere troppi
valori diversi in determinati campi)

[Bruno Campanini]

Post by Ammammata
grazie comunque e, come chiedeva RobertoA, sarebbe comunque interessante
poter studiare il codice della tua applicazione per capire come fa (ed
eventualmente manipolarlo per esigenze, come le mie, di non avere troppi
valori diversi in determinati campi)

Eccolo qua:
https://1drv.ms/u/s!AvTaMfd5-b2omGdr04iTILxHJPaX

Bruno