Pagina 1 di 2 1 2 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 13
  1. #1

    importare recordset persistenti

    ado + access...

    per rendere un recordset persistente ci siamo...

    codice:
    ...
    
    rs.Save ...Percorso..., adPersistXML
    
    ...
    il problema sorge quando voglio importare questi dati in un altro database

    codice:
    ...
    
    Set cnn = Server.CreateObject("ADODB.Connection")
    
    cnn.Open CONNECTION_STRING
    
    Set rs = Server.CreateObject("ADODB.recordset")
    	
    rs.CursorLocation = adUseClient
    rs.LockType = adLockBatchOptimistic
    rs.Open ...Percorso..., "Provider=MSPersist",,, adCmdFile
    rs.ActiveConnection = cnn
    
    rs.UpdateBatch <-- qui dovrebbe importare i dati appena caricati
    
    ...
    non succede niente... idee?!

    grazie

  2. #2
    una volta che l'hai aperto, lo scorri e lo scrivi da un'altra parte... .updatebatch non ti serve a niente

  3. #3
    Originariamente inviato da optime
    una volta che l'hai aperto, lo scorri e lo scrivi da un'altra parte... .updatebatch non ti serve a niente
    avevo provato... purtroppo, con due (o più) tabelle relazionate, ho problemi con i campi autoincremento/chiave primaria che non sono più quelli che avevo in origine... come risolveresti in questo caso?! riaggiornare tutto?! togliere un attimo la chiave?!
    updatebatch copierebbe pari pari... sto provando varie cose, come se non sapesse quale tabella modficare...

  4. #4
    ok. azzeriamo tutto. spiega bene il problema, grazie.

  5. #5
    mi sto creando un sistema per fare il backup di un db...
    una cosa più semplice rispetto al generare/importare file .sql, che non trovo già pronto (anzi se sai dove trovare ) e che sia abbastanza generica (se cambiassi db dovrei rivedere tutti i tipi di dato per lo sql VVoVe: )...
    pensa pensa... mi salvo il contenuto delle tabelle con ado (ho 40 tabelle e diversi relazioni), li accodo in un file e sono a posto... semplice doveva essere anche reimportatarli...

  6. #6
    ma stiamo parlando di sql o di access?

  7. #7

  8. #8
    fare una copia dell'mdb come backup è una soluzione troppo stupida?

  9. #9
    Originariamente inviato da optime
    fare una copia dell'mdb come backup è una soluzione troppo stupida?
    si qualcosa che impedisca di aprire il db e che poi possa passare facilmente ad altri db (tipo sql server) volevo farlo con poco codice

  10. #10
    Originariamente inviato da cicciopie II
    si qualcosa che impedisca di aprire il db e che poi possa passare facilmente ad altri db (tipo sql server) volevo farlo con poco codice
    no compriendo.

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 © 2025 vBulletin Solutions, Inc. All rights reserved.