Introducing Single Row Query in Blackbaud Raiser’s Edge NXT®: A Smarter Way to Export Your Data

David Springer · January 7

For years, database view Export has been the go-to tool for creating flattened data files in Raiser’s Edge NXT. It works, but it also comes with extra steps and complexity. That’s why we’re developing Single Row Query in Raiser’s Edge NXT web view: a streamlined, modern approach that combines the flexibility of Query with the simplicity of Export.

Why the Change?

Let’s look at what exists today in database view:

Creating an export often means building two separate items: a query and then an export.
Both Query and Export require similar steps, and learning the differences between them has caused confusion for decades.

With Single Row Query, you’ll be able to define your criteria and output in one place—no more hopping between tools.

What Is Single Row Query?

Single Row Query is our modern redesign of database view’s Export module. It appears as a result layout option in web view Query.

When you create a query, you’ll choose between:

Multi-row layout (the traditional query format)
Single-row layout (what you’ve known as Export)

The single-row layout flattens one-to-many relationships (like addresses, phone numbers, or gifts) onto a single row per record. This means cleaner spreadsheets and fewer headaches when preparing files for mailings, imports, or analysis.

Sample results for a single row query:

Key Benefits

Fewer Steps, Less Confusion: Everything happens in one workflow. Choose your layout; set your criteria, output, and sort fields; and you’re done.
Consistency and Flexibility: No need to learn two different tools. Single Row Query uses the same interface as Query, so you can apply filters, sort results, and even preview data before exporting.
Expanded Options: Because Single-row queries are still queries, you’ll also be able to include them in other capabilities. No need to run the export, then grab a separate query for a report. Just use the same query for both.
Performance Improvements: Web view queries often process faster than traditional database view exports, and results can be run or downloaded asynchronously.
API Access: Single-row queries will be available via API, enabling integrations with tools like Power BI and partner applications.

How Is It Different from Database View Export?

Unified Experience: Instead of creating a query and then an export, you simply select “Single Row” as your result layout when building the query.
Expanded Capabilities: You’ll have access to fields and features previously limited to database view Export, plus enhancements like working with results directly in the UI.
Migration Support: We’re building a tool to help you migrate existing exports to web view single-row queries.

When can I start using it?

Development is underway now. We’re planning early adopter opportunities in early 2026. Stay tuned for announcements, demos, and more as we near release.

Will I still be able to use database view Export?

Yes, for now. We know many organizations rely on existing exports, so we’re keeping them available during the transition. Over time, we’ll provide tools and guidance to help you migrate to Single Row Query.

Will existing exports migrate automatically?

No, but we’re planning a bulk migration tool to help you convert existing exports into Single Row Queries. Stay tuned for updates on timing and availability.

Can I still use one export with multiple queries (or vice versa)?

Yes! Using “Select from” functionality, which exists on the Options tab of queries today, you can set the criteria on one query, then use a second query for output. With this approach, you can reference the same base query for multiple single-row queries as needed.

“New query” modal, where you can select the result layout and “Select from” query:

Next Steps for You

Check out the Raiser’s Edge NXT Product Update Briefings here:
Raiser's Edge NXT® (North America)
Raiser's Edge NXT® (Pacific Region)
Raiser's Edge NXT® (UK & Europe)
Attend the new InsideTrack to the Unified View webinar series. The March session will be dedicated to Query & Reimagined Export in Web View
Share feedback, questions, and comments! We love to hear from you, and we’re building with your feedback in mind.
- Add comments on this blog post
- New feature requests can be submitted in our Idea Bank.

Bill Connors · January 7

Well written post, David, and an exciting change and potential improvement to the RE experience. I'm excited to see this and try it!

Lucy Ruiz · January 7

I am looking forward to working with the new functionality.

Dan Snyder · January 8

Can't wait to try this out!

Jen Cornell · January 8

@David Springer Where can I sign up for the Single Row Query EAP, if one is available?

Karen Diener · January 8

This is a little scary but I think it is a good move. I'll be testing it as soon as it is released!

Kelly Bodie · January 9

I think this is smart. Export has been my jam, but I'm the only one in my org who understands it. Reducing the tools will help, and I'm excited to try it.

Kate Sklodowska · January 13

So for now we will be exporting to Excel and csv. What about the other export options? I export 95% of my data to MS Access MDB files, mostly with one-to-many relationships. If you are not planning to allow for different export types, then I will need years to update our custom processes. Scary, but doable if given enough time.

Bill Connors · January 13

Totally agree, @Kate Sklodowska , I have often exported to both the flat and relational Access formats. Of course an Excel or csv file can be brought into Access with more work but at least it's do-able — doing so with the relational format would be a tremendous amount of work to re-create.

Irene Hui · January 15

So excited about this and can't wait to try it!

Elizabeth Johnson · January 22

I am interested in exploring whether it is possible to selectively control the assignment of specific columns (such as phone types and solicitation codes) similar to the current export functionality. Also really curious how it will handle address fields and international configurations.

Emily Marshall · January 22

@Kate Sklodowska @Bill Connors, I asked about MDB format during the Nov 21, 2025, "Real Talk" Q&A with Blackbaud Raiser's Edge NXT Product Team" webinar from Prenger Solutions Group.

Me: "With Query Single Line, will we be able to export in Blackbaud Report Writer Database (MDB) format?" The response from @David Springer was "That's not planned currently. Our first goal is to get users the spreadsheet format they need from Export since that's how most users use it."

There is an idea in the Idea Bank, but unfortunately, there are only 5 votes and one supporting comment. Please vote if you haven't yet, if you have voted, please add a supporting statement on why blackbaud should include exporting to MDB format and how not having this file format available will negatively affect your work. Thank you https://renxt.ideas.aha.io/ideas/RENXT-I-8557

Bill Connors · January 22

https://community.blackbaud.com/discussion/comment/310066#Comment_310066

Thanks for the update and the idea link! I voted and added a comment.

Megan Tope · January 27

So, if I understand "You’ll have access to fields and features previously limited to database view Export" correctly, does this mean we'll now have access to all the fields that are available in an Export that are not available in a Query?

For example, in a Participant Export, we have access to a TON of Constituent fields that aren't available in a Participant Query, like assigned fundraiser, summary information fields, etc. With single-row query, would those fields become available to export directly from a Participant Query?

Jenn Watson · January 28

For my purposes, I only really need to use Export tool to get import ids for records that are NOT in the query fields. It would save me so much time/effort if those fields were in query, so have one place to do my export so I can keep up better on data hygiene tasks easier would be great.

Sarah Krenicki · January 30

This sounds so exciting! While the shift is certainly going to be a learning curve, I think this is a change I can fully get behind and believe it is a change for the better.

The only complication I can see so far is that I currently have some exports where I select from a constituent query, and then when exporting gifts, I am able to select gifts from a gift query(s). (Ex: the Query used for the Export is "2024 donors" and then I filter my export so that the only gifts getting exported are gifts present in the "Memorial Gifts" query. This way I have the names and desired info of ALL 2024 donors, but only want to see the gift details for the memorial gifts). I hope there will be a way to access this level of filtering in single-row!