We’d like to remind Forumites to please avoid political debate on the Forum.
This is to keep it a safe and useful space for MoneySaving discussions. Threads that are – or become – political in nature may be removed in line with the Forum’s rules. Thank you for your understanding.
📨 Have you signed up to the Forum's new Email Digest yet? Get a selection of trending threads sent straight to your inbox daily, weekly or monthly!
The Forum now has a brand new text editor, adding a bunch of handy features to use when creating posts. Read more in our how-to guide
Migrate a monster spreadsheet over to Database software? If so, which software?
Comments
-
I think you are making it harder than it needs to be by copying music files around. I got around 30k / 500 GB of music tracks but can listen to the anywhere including on the phone, in the car, on any computer or device without copying or thinking about what I play in advance.
Simple solution, Plex server.
The whole collect is available all the time wherever I am.
I have playlists set up so I can listen to a subset of tracks and with the Plexamp app on the phone, I can just ask for a style / genre and let it select some tracks for me.
In fact the whole family can use it, not just me, each with their own personalised preferences and playlists. Like having a personal Spotify.1 -
120,000 rows and 30 columns is tiny for Excel, the issue isn't the amount of data but the formulas you are using and I am guessing you have formula calculation set to automatic.
Obviously a database holds data not formulas, you can create views with formulas but generally its more efficient to transform the data in the load process than to do it on the fly with each query. The exact same can be said about excel too though1 -
Lots of good (if sometimes differing) approaches.If changing to a database then I would stick with Access as it is easy to transfer data to it from Excel and you can even use some of the same or similar formulas or change them to VBA in Excel and port to the database. Easy to link the two together.However, as you already have experience and are using Excel and have your process working currently then I would stick with it and modify your approach rather than start learning more database methods. Like Sandtree posted Excel xan cope with lots of data and the time issue is probably all those formulas. With auto calc on (the default) every time a cell is changed all the formula calculations are processed. That is not required in your specific case.You can do several things. As was writ above process once at loading where you can. Process loaded data once and then store the values rather than formulas, then work on those for your random selections.If you kearn a little VBA (I know some learning....) You can write your complex formula in it's script once. Run it though the range of cells that is the scource and save the result in an adjacent column as data. So then you do not necessarily need to turn off auto calc, and use more vba script to load the data at the outset and export your random selected list. Using single formulas in vba rather than a formula in every cell in a sheet has a big potential benefit in that it is just one bit of code to manage instead of every cell that can become a nightmare if one is changed in error or cell copying is done imperfectly.Getting some knowledge of vba also leads you into thinking more about templates, using script that is available on line for many tasks and will make writing some processes in vba for other tasks easier. It opens up many new approaches and add a lot more power to Excel and the other Office packages.If you didn't have so many mp3s to chose from then I would have gone for the player approach with a shuffle facility!As has been oft written many way to skin a cat in Excel.1
-
OP doesn't want to have to learn programming languages or create SQL databases. SQL isn't a programming language and it's not a database either, but I have a fair idea what they meant and that would rule out SQLite and MariaDB.mksysb said:SQLite would probably be the easiest to install and use. If not them MariaDB would handle it.
MariaDB (I'd run it in a debian VM, no need for lots of data to be in my desktop OS) and rewrite the queries into SQL would be the option I'd pick in the same situation as well though if there weren't restrictions on what the solution could be.Proud member of the wokerati, though I don't eat tofu.Home is where my books are.Solar PV 5.2kWp system, SE facing, >1% shading, installed March 2019.Mortgage free July 20231 -
You can try to switch the formula to manual calculation. This will prevent them all updating after each edit and you can choose when go and boil the kettle as you run the monster updateKingL2 said:starting to grind to a halt
https://support.microsoft.com/en-us/office/calculating-and-recalculating-formulas-in-browser-based-workbooks-cdab7e4c-6b15-4004-8958-6b89c0484545
1 -
OP says
Lots of great inputs - thanks a lot everyone - it gives me plenty to chew on.
0
Confirm your email address to Create Threads and Reply
Categories
- All Categories
- 353.6K Banking & Borrowing
- 254.2K Reduce Debt & Boost Income
- 455.1K Spending & Discounts
- 246.6K Work, Benefits & Business
- 603K Mortgages, Homes & Bills
- 178.1K Life & Family
- 260.6K Travel & Transport
- 1.5M Hobbies & Leisure
- 16K Discuss & Feedback
- 37.7K Read-Only Boards