Pagina 2 di 3 primaprima 1 2 3 ultimoultimo
Visualizzazione dei risultati da 11 a 20 su 21
  1. #11
    esempio banale . . .

    MEtti che tu hai 2 tabelle , la prima ha una chiave con campo
    identità , l'altra ha una chiave esterna con il valore del campo identità della prima tabella in modo da collegare i record . . .

    Se non hai un diagramma valido e il database non è + che standard , l'ottimizazione ti sballa tutti gli indici di collegamento tra i dati (giusto perchè non ci sono )

    L'ottimizzazione Access se il DB non è + che standard
    è pericolosissima

  2. #12
    Originariamente inviato da DarioN1
    esempio banale . . .

    MEtti che tu hai 2 tabelle , la prima ha una chiave con campo
    identità , l'altra ha una chiave esterna con il valore del campo identità della prima tabella in modo da collegare i record . . .

    Se non hai un diagramma valido e il database non è + che standard , l'ottimizazione ti sballa tutti gli indici di collegamento tra i dati (giusto perchè non ci sono )

    L'ottimizzazione Access se il DB non è + che standard
    è pericolosissima
    certo, come no... ma dove l'hai vista? ma quando mai? certo, access non è un *vero* db, ma per schifo che faccia non si comporta certo come hai detto tu...

  3. #13
    nooo ???

    Prova !

    Mi è già capitato di spiattellare un DB

    Ed è anche logico che si comporta così...

    Fortunatamente crea quasi sempre un backup quando si fanno
    queste operazioni . . .


  4. #14
    che te devo di'... uso access dalla 1.1 (inizio anni '90) e una cosa così non me l'ha mai fatta (e non l'ho mai neanche sentita, a dire il vero...). e sì che ne ho fatte di applicazioni... ma cosa intendi per ottimizzazione? la funzione "Compatta e ripristina database"?

  5. #15
    Credo sia quella . . .

    Su un DB senza relazioni e che non segue il modello
    relazionale non è assolutamente da fare . . .


  6. #16
    guarda, mi son preso la briga e ho controllato

    tabella ID_CODE

    ID...contatore
    CODE...TXT(10)

    inserito

    ID 1, CODE A
    ID 2, CODE B
    ID 3, CODE C
    ID 4, CODE D
    ID 5, CODE E

    cancellato ID 3 e ID 5

    compattato DB

    nuovo inserimento

    ID 6, CODE F

    che te devo di'... perfetto! quindi la stai sparando grossa (oppure fai qualche casino da qualche altra parte....)

  7. #17
    Originariamente inviato da DarioN1
    Su un DB senza relazioni e che non segue il modello
    relazionale non è assolutamente da fare . . .
    e che c'entra access? se non sai progettare il db 'ste cappelle le fai con qualunque dbms....

  8. #18
    Continuo a non credere ,
    dopo provo a fare un DB e vedere...

    Io ricordo che le identity me le aveva risettate partendo
    da 1 , e visto che non cera il legame di relazione tra le tabelle avevo perso il collegamento . . .

    Il bello è che l'ho perso in un solo click

  9. #19
    l'unico momento in cui riparte da uno è quando svuoti completamente le tabelle... certo, se hai svuotato la prima tabella e hai lasciato intonsa la seconda (quella pseudo-collegata) te la sei andata a cercare. e - ripeto ancora - ti sarebbe successo con *qualunque* db.

    se scrivi delle cavolate cosa fai, dai la colpa alla tastiera?

  10. #20
    Ghgghgghhghghg no alla collega

    Cmq il bello è che non mi pare nemmeno di aver fatto
    queste grandi operazioni sul db , ma solamente di aver fatto
    il click sull'opzione di ottimizzazione . . . :master:


Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.