Skip to main content
The Data Dictionary has the most up-to-date field definitions for this table. Use it as your primary reference for column names and descriptions.
Column names in this table have no _PER suffix. Use field names exactly as listed below — do not append _PER to any field when querying RELEASE.PER_LATEST directly. The _PER suffix appears only in the pre-joined VELOCITY_* tables, where it disambiguates person fields after a merge — never in PER_LATEST itself.
The person table contains individual person records with professional contact information and email verification data. This is the primary table for building prospect lists, outbound campaigns, and enrichment workflows. Each row is one person at one organization; if a contact holds multiple current positions, they appear in multiple rows.

Where the data comes from

Person records are built from professional profiles, public sources, and verified email and phone data. RevenueBase continuously verifies email deliverability using its internal email verification system and re-verifies addresses on a regular cadence. Titles, seniority, and department are normalized from raw job titles so you can filter and segment consistently.

Person counts by region

The map below shows current person counts by country. Use it to understand coverage and plan targeting by region.

Table stats

Data dictionary

For the complete and most current field reference, see the Data Dictionary. Fill rate is the percentage of rows where a field is non-null. Rates vary by segment (e.g. US and larger organizations often have higher fill rates for phone and seniority).

Identifiers

Name & demographics

Professional info

Contact information

Addresses (contact location)

The first set of address fields (CITY, STATE_NAME, STATE_CODE, COUNTRY_NAME, COUNTRY_CODE, COUNTRY_REGION, CONTINENT) describes where the person is located on their professional profile. The fields prefixed with JOB_LOCATION_ describe where the person works from — usually the office location if they work from an office. These two address sets do not always match: someone might live in Boston, MA and work in Providence, RI. The person’s location (the first set) typically has a higher fill rate, so use those fields when you search for people by location.

Organization context

Profile enrichments

Metadata

Understanding verification fields

All emails in the dataset have been verified as valid by RevenueBase’s email verification system. If an email address exists in the dataset, it means it has passed verification and is considered deliverable.
For the safest outbound sends, filter on EMAIL_LAST_VERIFIED_AT >= DATEADD(day, -60, CURRENT_DATE()) to prioritize recently verified addresses. Since all emails in the dataset are valid, you don’t need to filter on EMAIL_STATUS.

Joining this table

Join PER_LATEST to ORG_LATEST on RBID_ORG = RBID when you need full firmographic or HQ address data. Join to insights_latest on RBID_ORG = RBID_ORG when you need organization-level insight or intent signals.

Person + Organization (full organization attributes)

How to calculate fill rates

Run a query that counts non-null values and divides by total rows. Use this pattern to inspect any field or segment.

Sample queries

Build a prospect list (VP+ in engineering or sales at mid-size software organizations)

What you’re finding: Decision-makers and influencers at software organizations in a size band that fits your ICP. Why these fields: All emails in the dataset are verified as valid. EMAIL_LAST_VERIFIED_AT helps prioritize recently verified addresses. JOB_LEVEL and JOB_FUNCTION narrow to buying roles. LINKEDIN_INDUSTRY_ORG and EMPLOYEE_COUNT_MAX (denormalized) avoid a join while filtering by ICP. Logic: Restrict to verified emails, seniority in C-Suite/VP/Director, departments that typically own tooling decisions, and a single industry + employee range. Order by EMAIL_LAST_VERIFIED_AT so the freshest data appears first.

Check fill rates for a segment

What you’re finding: How complete key fields are for a subset (e.g. one industry or country) so you can set expectations for list build size and which filters to use. Why these fields: Same as the global fill-rate query, but run with a WHERE clause so rates reflect only the segment you care about.