Forum Discussion
Linking Workbooks
First of all, let me say how appreciate I am that you would take the time to respond. I watched your video. The filter function does appear to me to be a more efficient method than is than the Index-Match method that I am using.
However, your examples are all using the filter function within one workbook. My struggle is that I'm using these functions between separate workbooks. I have 200+ workbooks pulling data from 1 workbook. Within that one workbook, I would like the ability to insert a column without corrupting all the linkages within the 200+ workbooks. Does your video address that problem? Or this there another method out there that could be of help to me?
I use more than one workbook to pull data from the single source; just not 200!
And it is possible to insert new columns and have FILTER accommodate that. It gets tricky, and how best to adapt would be a function of how frequently those changes are made. So why don't you describe a bit more completely here the bigger picture.
- Maybe start with explaining why there need to be 200 "subordinate" workbooks? The fact that there are 200 workbooks each dependent on that single source of data, yet independent of each other, is certainly a major complication. Why can't they be, perhaps, 200 separate worksheets within a single dependent workbook? [that, actually, is more descriptive of my situation: I have separate worksheets in the workbook that derives its data from the source workbook by means of FILTER]
- And then add to that explanations of the frequency with which new columns get added; does the count of rows change too? How frequently, etc.
- What's the nature of the data? Text? Numbers? Currency? Test results....
- Happy to provide more context. The master workbook is a database of ingredient nutrient profiles. The 200+ workbooks are recipes. Each of those workbooks has 8 tabs already, so the idea of bringing them all into one workbook, with 1600 tabs or more seems daunting to me.
That's helpful. BUT, given that description, I wonder why it still is the case that you're adding columns to the master database. How many more nutrient profile attributes can there be after you've done the amount of work involved in getting to 1,600 recipes?! I can understand how it grew in the early stages, but surely by now the range of possible attributes for nutrient profiles of ingredients is pretty well established. Isn't it?
And if something new DOES get added, it would apply to a small subset of the recipes anyway, so could be incorporated in one or two of the subordinate workbooks.
Frankly, the other thing that occurs to me is that this whole process might be better approached as an Access database, or some comparable database manager. Excel is wonderful for what it does; your application is (I suspect) on the periphery of Excel's ideal applications. That it has worked thus far is wonderful.
The other possibility: do you use Power Query? I work solely in the Mac environment, which does not have access to Power Query--it's only in the Windows world. My understanding is that PowerQuery (in the hands of a master, at any rate) gives Excel a better collection of the powers of a relational database. If you're in Windows, if you keep your office software up-to-date, let us know. Some of the other regular contributors here may have some PowerQuery solutions for you,
- I've always chosen excel over access because I'm good at excel, and excel has such breadth of flexibility. Poor excuses, I know. But I will look into your suggestions. Again, thank you for your attention.