How Many Queries Do You Keep Yearly?

Options

I'm admittedly pretty bad about keeping random, one-off queries around after I've used them. I get so many asks throughout the year, and because our staff is constantly reviewing/editing/referencing lists and reports I've sent, I just kind of…hoard queries.

As someone who really enjoys purging unnecessary stuff, I'm asking the Community - how many queries would you say is a “healthy” amount? I know it's case by case, and some of these are evergreen that can be used year-to-year. Wondering what you all do.

Appreciate you.

Comments

  • @Bobby Steurer we have over a thousand queries ? and it is definitely not a healthy (or helpful) amount! If I make a query for something like a global add then I try and remember to delete it immediately afterwards unless I think it might be needed for reference later on, I keep those in a separate folder anyway. I have a bit of a purge every year or so but it doesn't usually make much of a dent :(

  • Marie Stark
    Marie Stark ✭✭✭✭✭
    Ancient Membership Facilitator 3 Name Dropper Photogenic

    @Bobby Steurer I rarely delete queries “just in case”. Unfortunately we have way too many queries now.

  • @Bobby Steurer we have 6 main queries we use monthly for our Finance reporting and about 10 other main queries for our weekly use. We have been trying to delete our quick need queries and labeling others with a DO NOT DELETE or a USE THIS ONE on others. We plan to do an end of the year query clean up

  • @Dariel Dixon folder management for queries is what saved me. I agree with you about list management in NXT. Have a great rest of your week

  • @Bobby Steurer
    Folders really help. I have a Quick Look-Up folder which contains those that are used frequently. Clean Up Maintenance Queries folder for those self-audit queries.

  • @Bobby Steurer We have hundreds of queries. Some years ago they were getting out of control so we created a system based on naming conventions and folders, e.g. event-related queries would be in a folder for events but would also have names that begin EVENT_ so that you know they're in the right folder. We have a folder called Current for any queries that don't need to be kept long-term and all queries in that folder have the month and year at the end of the name. Once a year in January I delete any queries in the current folder from before the current school year. This has helped a lot with keeping them under control. It's not a question of numbers but of whether you need to keep them at all.

  • @Bobby Steurer I keep our queries in folders. Once a year, starting in January, I do a purge from 2 years prior. So in January 2023 I purge anything from 2021 that's no longer needed. If I see a one-off at any time of year, I go ahead and delete it. This project can always end up at the bottom of the list of things to do, so to keep myself on track in January, every time I go into the Queries tab, I delete at least 20.

  • Hi @Bobby Steurer,

    We define our folders in two ways. The first is purpose-based - e.g. giving society queries, events queries, revenue tracking, etc.

    And then within those, we have a General/Evergreen folder for queries that we will continue to use across multiple years. And then folders for Time Sensitive queries. Those folders are named for the fiscal year - FY2022, FY2021, etc. The Time Sensitive folders are for those one-off queries that really only pertain to something in that year. We won't use them after again down the road.

    Splitting these up between the General and the Temporary has been really helpful. It makes it easier to view the current/relevant queries. It gets the older ones out of the way (but they're still available for reference for “how did we do that thing last year?” type moments). And then having them grouped makes it easier to delete older queries en masse if we decide to go that route.

  • We currently have 1850 queries created as early as 2/27/2001! ?
    I have tried to get staff to “buy in” to purging outdated queries. With reluctance, I have have been allowed to mass delete queries with a “Last Run” date older than 2017 (5 years ago).
    We also organize those queries into folders which is extremely helpful, and I highly recommend! Each staff person has their own folder--I don't meddle with any of those! Some folders are listed by Campaign or Initiative. Others below have similar suggestions on how best to organize queries if you must keep them around. Best wishes!

  • @Bobby Steurer I have done clean up since inheriting the database I'm in. A little bit at a time. Like others have said, looking at last run date - and who wrote the query (like a former employee that hasn't been there for. 10 years) balanced against if you can determine if the query is the backbone of another regularly used report, export etc. to determine if they have to be kept.

    Folders! are your friend! I have them broken down by purpose and also reports that are run monthly, reports that are run annually and business rules-do not delete.

    I used to keep one that are for annual events or annual, semi-annual mailings for five years but have come to realize that keeping 3 years is fair – and if there is some special monumental event like a 50th anniversary to keep those.

    The other thing to keep in mind when considering deleting them - if you have been at your org for awhile and done a lot of cleanup throughout the database and restructured where info is kept on records or what info is collected, those old queries may not work anyway (unless they are static). And then - static queries are just a snapshot of a moment, so unless you really feel it is important to save that moment they are quickly useless.

    There is nothing wrong with being on the fence about keeping or not – but I suggest getting them out of the way of daily work by dropping them in a folder of their own labeled as under consideration for deletion.

  • @Bobby Steurer
    Oh goodness, we have way too many. I went through and cleaned them all up a couple of years ago, and now they need cleaned up again. In general, we keep mailing list queries for about 3 years, so we can model the next year's list on it. I sort our folders into three groups: Staff Folders for other crew (events, planned giving, etc.); List Folders, for modeling and historical record of mailing lists; and Database Management folders, with our annual report, dashboard, and global add queries. I also have a “Working Folder” for disposable one-time queries. But the problem with having too many queries is that, at a certain point, you hit critical mass when it's easier to just create a new query than it is to hunt through the stacks of queries you already have.

Categories