Newsgroup: it.comp.appl.access
Titolo: Tabelle ridenomiinate

Buongiorno a tutti,
Ho il seguente problema. La softwarehouse proprietaria del gestionale che usiamo ha cambiato il database da access in sql. Sul vecchio database avevo creato tutta una serie di programmi che utilizzavamo per svariati motivi. Adesso, dopo aver creato il collegamento odbc e collegate le tabelle, mi ritrovo con queste tabelle ridenominate con suffisso dbo_vecchionimetabella. Chiedo aiuto per capire se c’è la possibilità di intervenire via codice per modificare tutti i riferimenti alle vecchie tabelle ridenominandoli con il suffisso dbo_+ vecchio nome tabella su tutte le query e tutti i report. Se dovessi farlo manualmente non ho idea di quante settimane mi servirebbero. 
Grazie in anticipo a tutti.
 
Alfio

 dbo_+ vecchio nome tabella su tutte le query e tutti i report.
 
Teoricamente si' perche' tutti gli oggetti del database (tabelle,
query, report ecc.) sono a loro volta registrati in una o
piu' tabelle nascoste di sistema, che sono gestibili come le altre.
Quindi basterebbe una search & replace.
 
Lo dico solo a livello interlocutorio perche' da un po' di anni non ho
piu' occasione di sviluppare in access, ma le tabelle di sistema me le
ricordo e avevo delle utility che le manipolavano.
 
 
 
-- 
"Le Mondine" Fan Club
 
 

 
Salve,
grazie per il suggerimento ma, purtroppo, le mie conoscenze non mi permettono
di interagire a questo livello, avrei necessità di esempi più concreti, oserei dire "la pappa pronta" 
se qualcuno è disponibile e se non è una cosa che richiede molto tempo perchè il tempo che mi occorre per modificare tutto manualmente è
davvero troppo ampio, sono centinaia di query e report... :(((


Quando si creano le Tabelle LINKATE via codice, si può fare in diversi modi... DAO o ADO, in entrambi i casi sono distinti il NOMEORIGINE dal NOME oggetto.
 
Con DAO si crea l'oggetto Tabledef, si assegna la proprietà [SourceTableName] per indicare la Tabella Origine da Linkare, e si può assegnare la proprietà [Name] che rappresenta il NOME LOCALE.
 
Saluti
@Alex


Fermo restando che dare il 'nome locale' oggetto e' LA soluzione, hai 
provato a fare una query per ogni tabella che usi?
Nel senso la vecchia tabella ARTICOLI che adesso con sql server hai 
collegato come dbo_ARTICOLI dentro le tue procedure, fare una query che 
nominerai ARTICOLI e vedere se il codice se ne accorge
In sostanza prima lavoravi con la tabella ARTICOLI
Poi lavorerai con la query ARTICOLI
 
 

 Poi lavorerai con la query ARTICOLI
 
Ciao Roberto,
vedo che sei sempre sul pezzo.. :)
Cavolo, grande furbata, non ci avevo pensato...provo subito :)))

After serious thinking Alfio wrote :

ho fatto lo stesso, passando da vecchissimi DBF a SQL
in pratica in MSSQL ho creato diverse VIEW (1) che hanno lo stesso nome 
delle tabelle vecchie, risolvendo il problema
 
 
(1) una VIEW (dietro c'è comunque una query) è stata la soluzione al 
link diretto alle tabelle (primo esperimento fatto cambiando il nome, 
quello che tu non vuoi fare) che però dava errore in quanto alcune di 
SQL avevano più di 255 campi
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........


https://answers.microsoft.com/en-us/msoffice/forum/all/removing-dbo-prefixes-from-access-linked-sql/5a054e5a-90b6-43fa-96dc-f5a9eaaadf57
 
 
 
BFS

 
Anche tu, sempre presente.. ;)
Forse c'è qualcosa che mi sfugge.. Nel momento in cui io collego access alle tabelle SQL, il nome che mi appare dbo_ecc_ecc_ non è lo stesso
che userà il gestionale? O è solo alla tabella collegata che viene inserito il suffisso?
 
Alfio

 Forse c'è qualcosa che mi sfugge..
 
ti dirò di più: non avendo necessità di SCRIVERE in dette tabelle, la 
strada della VIEW (che come dice il nome è a sola lettura) è stata 
anche la scelta più sicura da fare
 
in un'altra applicazione invece ho predisposto l'accesso in lettura e 
scrittura, ma NOTA BENE si tratta di una tabella utente, da me 
definita, e non di una standard del gestionale (interventi in scrittura 
dall'esterno fanno decadere il supporto)



Va che ho scritto che la mia idea e' subordinata a LA soluzione
Che e' quella consigliata da Alex di dare il nome che vuoi tu alla 
tabella locale collegata
E quindi sei autorizzato a provare la mia idea solo dopo che hai 
verificato la prima        :)
 
Resta da pensare a come mai tu non abbia preso la palla al balzo per 
dare una sistemata alle procedure che usavate, e che ora, "per colpa de 
quei del gestionale" non vanno piu'
Era il momento di farsi aggiornare Office, pc nuovo, nas per le copie, 
vps per fare i test, aggiornare Visual Studio perche' delle librerie 
sono fatte con quello, e via continuare...
 

 sono fatte con quello, e via continuare...
 
Allora,
partiamo dall'inizio. La conversione del database è appena giunta, lunedì mattina.
Data la mia ignoranza che, purtroppo, cerco di limitare quando sopraggiungono imprevisti e, soprattutto, non essendo uno del mestiere in quanto mi diletto con access, non potevo mai immaginare
che potevo ridenominare le tabelle collegate senza influire sui nomi delle tabelle in origine. 
Quindi, grazie al suggerimento di BFS che ringrazio, ho provveduto a ridenominare tutte le tabelle eliminando il maledetto dbo_ e tutto è tornato alla normalità 
 e io con un pizzico di sapere in più ;)
 
Grazie a tutti, per la vostra incredibile disponibilità e a questo meraviglioso gruppo che tanto mi ha dato.
 
Alfio
 
 
 


Si dai, carini siamo anche carini e simpatici
Ma adesso 'meravigliosi' mi pare un pochetto esagerato
Va beh dai, pe' stavolta lasciamo passare   :)
 

   

mi pare strano una migrazione cosi indolore da access(jet) a sql server
ben per te se tutto funziona
 
BFS
 

 Va beh dai, pe' stavolta lasciamo passare :)
 
ahahahah
 
Buona giornata...