BookmarkSubscribeRSS Feed
Djones4822
Obsidian | Level 7

We are running SAS 9.4M5 and SAS Visual Analytics 7.4

 

We structured our SAS Folder Directory similar to this

 

 

 

| SAS Folders 

---| Departments

--------| Sales

-------------| LASR Tables

-------------| Source Tables

-------------| Reports

-------------| Queries

--------| Marketing

-------------| LASR Tables

-------------| Source Tables

-------------| Reports

-------------| Queries

---| (Other SAS FOLDERS)

This has become inadequate and I've been asked to restructure so that "Departments" is used purely for reports and a new folder called "Data Sources" holds the LASR/Source/Queries information. 

 

Is this possible? My plan was just to rename the existing folder to "Data Sources" and create a new "Departments", but if I rename the folder from "Departments" to "Data Sources" then all the metadata associated with the source tables would need to be updated, correct? 

 

Is there an efficient or more effective way to rename the folder so that all the Source metadata and LASR information isn't screwed up? 

 

Thanks!

 

1 REPLY 1
JuanS_OCS
Amethyst | Level 16

Hello @Djones4822,

 

this is a really great question. Thanks for raising it.

 

I wonder what other think about it. My general best suggestion is to use metadata promotion (export / import spks), without the dependencies and in the right order od dependencies.

 

In that way, wehn you import, the import wizard will prompt you to provide the new mappings for its dependencies of the object.

 

However, once this is done, you probably should reload the data, and you might need to adjust any code/based operation, such as data queries and such, enything that would be using SAS metadata paths. Hence, you might want to do a good inventory upfront and action plan.

 

Your metadata security might suffer too, in the sense that the security will change after the folder structure change, right? 

 

In any case, if you have a development/test environment, better to start there, to ensure there is no impact in your production environment, but also to ensure every step is clear and recorder when you apply it in production, to reduce time and even possible downtime to minimum.

 

 

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

Get Started with SAS Information Catalog in SAS Viya

SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 1 reply
  • 552 views
  • 2 likes
  • 2 in conversation