Hire the top 3% of freelance PostgreSQL developers.

Toptal is a marketplace for top PostgreSQL developers, engineers, programmers, coders, architects, and consultants. Top companies and start-ups choose Toptal PostgreSQL freelancers for their mission-critical software projects.

We’ve been blown away by the level of talent we've been able to hire through Toptal.

Brad Rozran, Optimizely
Meet our
PostgreSQL Developers
Alexis Hernandez
Software Engineer
Previously at
Anne Adams
Senior Developer
Previously at
Danilo Resende
Senior Software Engineer
Previously at
April Leone
Senior Software Developer
Previously at
Jongwook Kim
Software Engineer
Previously at
Darin Erat Sleiter
Senior Software Developer
Previously at
Trusted by leading brands and startups

Our Exclusive Network of PostgreSQL Developers

Mikhail Lyukmanov

PostgreSQL Developer
Mikhail is an adtech, data, and analytics professional with over 15 years of experience building and maintaining data lakes, data warehouses, DMPs, and E... Read More
Mikhail is an adtech, data, and analytics professional with over 15 years of experience building and maintaining data lakes, data warehouses, DMPs, and ETL pipelines. He implements a simple minimalist approach in solving complex business and technical challenges. He is also a big fan of open-source software.  Read Less
PostgreSQLSQLAgile Product ManagementAWS S3
View Mikhail's Profile

Kevin Bloch

PostgreSQL Developer
PostgreSQL, JavaScript, Perl, and Haxe are among Kevin's specialties, but he has worked with many programming technologies since his interest began durin... Read More
PostgreSQL, JavaScript, Perl, and Haxe are among Kevin's specialties, but he has worked with many programming technologies since his interest began during grade school. The bulk of his career has been as a lead desktop and full-stack developer, but his favorite areas of focus are project management, back-end technologies, and game development. He works diligently alone, but also loves being part of a team. Read Less
PostgreSQLPerlJavaScriptSQL+9 More
View Kevin's Profile

Raoni Boaventura

PostgreSQL Developer
Raoni is an experienced software developer and who has contributed to a wealth of projects using Ruby on Rails, JavaScript, and PHP on top of many other ... Read More
Raoni is an experienced software developer and who has contributed to a wealth of projects using Ruby on Rails, JavaScript, and PHP on top of many other programming languages and frameworks. He is an excellent problem solver, and a great communicator as both a team member and a team lead. Read Less
PostgreSQLJavaScriptRubyPHP+9 More
View Raoni's Profile

Johan Hernandez

PostgreSQL Developer
Johan is a mobile app and cloud back-end developer with over 15 years of experience. He's been telecommuting for startups in the USA since 2010. He has w... Read More
Johan is a mobile app and cloud back-end developer with over 15 years of experience. He's been telecommuting for startups in the USA since 2010. He has worked with enterprise stacks for a number of years, but more recently his primary focus has been on building native apps for mobile and desktop (Mac, iOS, Android and Windows) using Swift, Objective-C, Java, Kotlin, and C#. He also builds his own RESTful back-ends with Rails, Node, and Golang. Read Less
PostgreSQLJavaScriptXMLSQL-99+9 More
View Johan's Profile

Andrii Kostenko

PostgreSQL Developer
Andrii is an accomplished software engineer experienced in creating large-scale, complex applications. He has worked both as a back-end and front-end eng... Read More
Andrii is an accomplished software engineer experienced in creating large-scale, complex applications. He has worked both as a back-end and front-end engineer. He excels at planning and implementing intricate solutions to technical problems, including determining which technologies should be used. Read Less
PostgreSQLPerlDjango
View Andrii's Profile

Dusan Balaban

PostgreSQL Developer
Dusan has been working professionally for several years mostly in fields related to the design, development, and maintenance of databases—essentially cre... Read More
Dusan has been working professionally for several years mostly in fields related to the design, development, and maintenance of databases—essentially creating demanding data solutions. Although his expertise is in database development, his skills are not strictly tied down to that particular technology. He believes that his mission is to fix problems and to make clients happy. Read Less
PostgreSQLSQLVisual Studio CodeSQL Server DBA+6 More
View Dusan's Profile

Mohit Kumar Dubey

PostgreSQL Developer
Mohit has been in the software development industry for five years, working on projects ranging from core database implementations to infrastructure-base... Read More
Mohit has been in the software development industry for five years, working on projects ranging from core database implementations to infrastructure-based code for services like AWS. He's developed full-stack projects with HTML, CSS, JS, PHP, and RDBMS (LAMP stack). His core expertise lies in PostgreSQL, Oracle, and MySQL-based back-end implementations in production environments. He likes brainstorming and loves a challenging project. Read Less
PostgreSQLSQLPL/SQL
View Mohit's Profile

Michele Finelli

PostgreSQL Developer
Michele is an entrepreneur and consultant. He has worked on designing, implementing, and maintaining the complex infrastructures of hundreds of servers, ... Read More
Michele is an entrepreneur and consultant. He has worked on designing, implementing, and maintaining the complex infrastructures of hundreds of servers, distributed all over the world. He has extensive experience in managing projects, in designing and providing solutions involving Linux/Unix, and in working with free software.  Read Less
PostgreSQLDevOpsLinuxSystem Administration+1 More
View Michele's Profile

Kaspar Schiess

PostgreSQL Developer
Kaspar has more than 10 years of experience working with various technologies on both web and on mobile platforms. As a generalist, he picks up new techn... Read More
Kaspar has more than 10 years of experience working with various technologies on both web and on mobile platforms. As a generalist, he picks up new technologies quickly and has a knack of finding and repairing bugs in existing systems. His specialties among technologies are Ruby and Rust. People are always first for Kaspar, software comes second. He is completely dependable, remains calm under stressful circumstances, and gets the job done. Read Less
PostgreSQLRubySinatrajQuery+2 More
View Kaspar's Profile

Benjamin Wilson, Ph.D.

PostgreSQL Developer
Ben is a Ph.D. mathematician and computer scientist with exceptional practical skills and extensive experience with machine learning systems. He has work... Read More
Ben is a Ph.D. mathematician and computer scientist with exceptional practical skills and extensive experience with machine learning systems. He has worked extensively with large clients in real-time bidding, recommender systems, knowledge management, and NLP (from research to implementation of the system in production). Read Less
PostgreSQLPythonPandasSklearn+2 More
View Benjamin's Profile

Tiago Silva

PostgreSQL Developer
Tiago left his position at Microsoft to co-found Hive. From then on, building up Hive has led him through working on projects in every kind of language a... Read More
Tiago left his position at Microsoft to co-found Hive. From then on, building up Hive has led him through working on projects in every kind of language and environment, performing every skill imaginable from sales, to project management and hardcore development. For him, programming is an art form, and he gets a kick out of making his code as elegant as possible. Read Less
PostgreSQLJavaScriptPythonCSS3+9 More
View Tiago's Profile

Piotr Ojrzyński

PostgreSQL Developer
Piotr has more than nine years of experience as a JavaScript developer. He is also experienced with back-end programming (PHP), and the design and implem... Read More
Piotr has more than nine years of experience as a JavaScript developer. He is also experienced with back-end programming (PHP), and the design and implementation of databases (MySQL). The types of jobs he would like to work are those that involve the front-end especially using React. Piotr loves to write code cleanly, is detail-oriented, and can build applications from scratch. He is personable, professional, and a great communicator.  Read Less
PostgreSQLJavaScriptjQueryMySQL+4 More
View Piotr's Profile

Andreas Geffen Lundahl

PostgreSQL Developer
Andreas is a senior developer with a passion for software quality and functional programming. He has traditionally worked a lot in eCommerce and finance,... Read More
Andreas is a senior developer with a passion for software quality and functional programming. He has traditionally worked a lot in eCommerce and finance, but he's always eager to enter new domains. In his consulting and contracting engagements, he strives for maintainable and changeable code that makes the client competitive and able to grow. Read Less
PostgreSQLJavaScriptRubyClojure+9 More
View Andreas's Profile
Sign up now to see
more profiles.
Get Started

Hear From Our Clients

Hire PostgreSQL Developers Seamlessly with Toptal

1
Talk to One of Our Industry Experts
A Toptal Director of Engineering will work with you to understand your goals, technical needs, and team dynamics.
2
Work with Hand‑Selected Talent
Within days, we'll introduce you to the right PostgreSQL developer for your project. Average time to match is under 24 hours.
3
The Right Fit, Guaranteed
Work with your new PostgreSQL developer for a trial period (pay only if satisfied), ensuring they're the right fit before starting the engagement.

Tap Into World‑Class Talent

Trusted Experts Only
All of our talent are seasoned experts who ramp up quickly, readily contribute as core team members, and work with you to minimize onboarding time.
Your New Team Member
We are so sure you will love your new team member, than you can try working with them for a few days. Pay only if satisfied.
Scale as Needed
Hire talent within 48 hours. Scale your team up or down exactly when you need it, no strings attached.
Seamless Hiring
We handle all aspects of billing, payments and NDA's. Let us take care of the overhead while you focus on building great products.
Flexible Engagements
Choose the engagement type that suits your needs – hourly, part-time, or full-time – with the ability to change anytime.
Expert Talent Matcher
Focus on your project and enjoy support from your dedicated account executive and expert talent matcher.

Guide to Hiring a Great PostgreSQL Developer

PostgreSQL has been around for a while and its popularity has grown enormously during the last couple of years. With such a demand for PostgreSQL talent, some developers have simply added it to their résumé because they think they will get by with the basics, but they fall short when more advanced tasks are put on their plate. To help you find developers that truly understand the tool, this hiring guide takes you through the topics and questions that PostgreSQL experts should know well.

How to Hire a Great PostgreSQL Developer

PostgreSQL has been one of the more popular open-source object relational database systems since its initial release nearly two decades ago, but that popularity has grown enormously during the last couple of years. We can get a sense of this by looking at db-engines.com, which calculates a “popularity score” based on factors such as number of questions on stack overflow, job offers, and number of results on the major search engines, and the like. Its graph shows a 72,35 percent increase in the popularity of PostgreSQL from January 2013 (score: 167.475) to February 2016 (score: 288.657).

With such a demand for PostgreSQL talent, some developers have simply added it to their résumé because they think they will get by with the basics, but they fall short when more advanced tasks are put on their plate.

To help you find developers that truly understand the tool, this hiring guide takes you through the topics and questions that PostgreSQL experts should know well.

SQL Basics

Even if a candidate is a master of SQL, it doesn’t necessarily mean that s/he is a master of PostgreSQL. Yet, if the candidate is not proficient in SQL we know for sure that s/he is not a master of PostgreSQL. A good Postgres DBA should know intimately the principles and use of standard SQL. PostgreSQL supports the majority of features required by the SQL standard ISO/IEC 9075:2011, so a big part of PostgreSQL usage relies on it.

We can weed out a large portion of candidates with a high amount of confidence by starting the interview with SQL principles, concepts and usage: the different types of JOINS clauses, UNION, subqueries and the difference between HAVING and WHERE. Toptal’s list of 20 Essential SQL Interview Questions is a good place to start.

SQL vs. NoSQL

When a SQL database is in order, PostgreSQL is the best database for the job most of the time. While the differences between PostgreSQL and other SQL databases, such as MySQL, might be debated, it is more valuable in the hiring process to discuss the differences between PostgreSQL and NoSQL, such as MongoDB. A strong candidate knows when Postgres is the right tool; they don’t always use/recommend Postgres because it’s the only thing s/he knows.

Q: When is it appropriate to use PostgreSQL instead of a NoSQL database and how can you tell?

Relational databases, such as PostgreSQL, have advantages and disadvantages compared to NoSQL databases, and understanding those weaknesses and strengths is important. Using the Brewer Theorem (also known as the CAP theorem) is handy for determining which type of database is the best one for the job.

The Brewer Theorem is built on the assertion that a distributed application cannot simultaneously guarantee the following three systemic requirements: consistency, availability and partition tolerance. Depending on which two of these three are the application’s highest priority, it can be decided which database is the best fit. PostgreSQL is better when consistency and availability are needed, while other combinations may require a NoSQL solution. Here’s a more in depth look at both options:

PostgreSQL Strengths:

Transactionality: PostgreSQL supports transactions at the database level while NoSQL databases do not. There are some methods for implementing transactions in NoSQL, but these are done at the application level instead of in a database level, so they have a toll on performance.

Aggregation functions: PostgreSQL implements SQL standard aggregation functions, as well as some of its own, with high performance. In NoSQL, there are techniques for getting decent performance, but it doesn’t come close to the performance achieved by PostgreSQL.

Joins: Relational databases, such as PostgreSQL, are excellent at querying data that is stored across different tables by using the different types of joins, while NoSQL databases often need to perform multiple queries.

NoSQL Strengths:

Semistructured data: NoSQL databases have a big advantage over relational databases when it comes to handling semistructured data and horizontal scalability. While PostgreSQL has some support for this with the use of the JSONB datatype, NoSQL databases are still the superior choice.

Scaling: NoSQL databases (specifically, the ones that are BASE compliant) are better at scaling write operations since they lack a number of functionalities that ACID compliant databases have, such as referential integrity enforcement.

With these differences and the Brewer Theorem in mind, let’s look at two case study applications:

  • Financial applications need strict data consistency and transactionality, and the nature of the app means running multiple complex reports. In this case, PostgreSQL is the best tool.

  • Social networks (successful ones) are expected to scale at a massive volume and their data is not well structured. Furthermore, the database needs to constantly scale the app horizontally, too, as more and more fields are added in tandem with new app functionalities. Here, a NoSQL database is the better option.

Proof of Mastery

By this point we should have weeded out the weaker talent, but we still need to find the developers that are truly Postgres masters, the ones that will help us get the most out of our database and are able to handle the inevitable, daunting tasks that come along.

Q: “We need to query a knowledge base with entries for several topics (each entry has a title and a content).” How would you accomplish this using Postgres?

The Subpar Answer

If a developer is not an expert in PostgreSQL, and thus not familiar with its full text search functionality (which we will discuss further), s/he might answer something like this:

SELECT * FROM posts WHERE title ILIKE ‘%query-string%’ OR content ILIKE ‘%query-string%’;

A candidate that answers this way is not a prime choice. This approach is not using PostgreSQL’s awesome capabilities and the quality of the results would be poor:

  • If, for example, our query-string is a pluralized word and we have an entry with the singular form of that word, that result will not be included (not to mention words such as “do” and ”does”) since this method only looks for inclusion of the query-string in the title or content. Likewise, if we have two separate words in the query-string, no results will come up unless they are in the same order and the same form.

  • There’s no guarantee of relevance since there is no way to rank these results by the number of occurrences in the content or numbers of exact word matches, and so on.

  • Performance is also a problem with this approach. Since there is no index support, this query can be extremely slow even in fairly small databases.

The Right Answer

So, how can this problem be solved in a better way using some of PostgreSQL’s cool features L? Full text search.

The full text search feature is based on the @@ operator (known as a ‘match operator’) that returns true if a tsvector matches a tsquery. tsvector is a search type that represents a document, a sorted list of normalized words used for text searches. A tsquery is a search type that represents a query. A document is the ‘unit of searching’ that will often be a column of a table or a concatenation of multiple columns (even from multiple tables), such as this:

SELECT title || ‘ ‘ || content AS document FROM posts;

We can use the tsvector this way, but we cannot directly use tsquery() to convert our query-string into a tsquery since it expects a string with boolean operators that separate lexemes (like & for ‘and’, | for ‘or’, and ! for ‘not’). To convert user-written text into a tsquery, we can use the function plainto_tsquery. The resulting query will look like this:

SELECT * FROM posts WHERE tsvector(title || ‘ ‘ || content) @@ plainto_tsquery(‘query-string’);

Note: depending on your PostgreSQL configuration, you may need to manually specify the dictionary to use in order to have some cool features such as “stemming”. To order the results by relevance we can use the ts_rank() function, which accepts a tsvector and a tsquery as parameters.

Q: What is ‘high availability’, when should you implement it, and how do you do it?

High availability refers to the capability of the database to remain operational for a higher percent of the time in comparison to non-redundant servers. This is also known as having a high service level.

High availability can be achieved with redundant database servers working together to replace the primary server in case of failure. These standby servers (also known as “slaves”) track the changes of the primary, “master” server. While only primary servers may modify the data (perform read/write operations), standby servers have different roles:

Hot standby servers accept connections for the sole purpose of serving read-only queries. This type of standby server is often used for load balancing.

Warm standby servers do not accept any connections, they only follow the changes made to the primary server. If they are promoted to primary, they can start accepting connections and modify data.

When to Implement High Availability

PostgreSQL has many features for facilitating high availability, but it’s not always appropriate to implement high availability. There are many instances where one would decide against high availability (or some type of it), so it is difficult to come up with a simple guideline, but the deciding factor should always be the needs of the business. Generally, implementing high availability is a detriment to performance and increases the overall complexity of the architecture, thus understanding the gains and losses of each decision is key.

It’s easy to give the above answer as a catch-all cop out, so the candidate should explain a couple specific cases to demonstrate understanding:

  • Scenario 1: A marketing company has a newsletter application. Requests to the application are scheduled (as are the read/write operations to the database) and do not depend on demand. A couple of hours of downtime per month is not likely to impact the business, so high availability doesn’t give much benefit for the cost.

  • Scenario 2: A SaaS company offers a service-level agreement of 99 percent uptime with their 500 thousand users. This company is built on a high availability implementation.

Implementation with Transaction Log Shipping

There are multiple strategies for implementing high availability, but here we’ll cover “transaction log shipping” on a hot standby. PostgreSQL continuously stores all transactions using write-ahead logging (also known as “WAL”). These log entries, among other things, are used for keeping the standby servers up to date by connecting to the primary server and fetching the logs.

For the implementation exercise, assume that the primary database is already functional and that the standby database is an exact copy of the primary database:

In the primary server:

a) Create a user for the replication:

sudo -u postgres createuser -U postgres replicator -P --replication (enter password when prompted)

b) Edit pg_hba.conf to allow connections for replication:

host replication replicator standby-server-ip/32 md5

c) Edit postgresql.conf to set the wal_level to hot standby:

wal_level = hot_standby
archive_mode = on
archive_command = 'cp %p /path/to/archive/folder/%f' 
max_wal_senders = 1 # Enter the number of standby servers

Note: You may need to create the folder assigned to archive_command; a good place is /var/lib/postgresql/<postgres-version>/main/mnt/server/wal_archive. Don’t forget to change the ownership to the postgres user after you create the folder. Depending on your network setup you might need to add this ip address to the list of addresses to listen:

listen_addresses = 'localhost, <primary-server-ip>'

In the standby server:

a) Delete the default data directory in the ‘standby’ server and copy the files from the data that directory in the ‘primary’ server using the ‘pg_basebackup’ utility:

rm -r /var/lib/postgresql/9.3/main
sudo -u postgres pg_basebackup -h <primary-server-ip> -D /var/lib/postgresql/<postgres-version>/main -U replicator -v -P --xlog-method=stream

b) Edit postgresql.conf to enable hot standby:

hot_standby = on

c) Create /var/lib/postgresql/<postgres-version>/main/recovery.conf from the sample file located at /usr/share/postgresql/<postgres-version>/recovery.conf.sample

d) Edit the recovery.conf to configure the standby mode:

standby_mode = on
primary_conninfo = 'host=<primary-server-ip> port=5432 user=replicator password=<password>'

All these changes need to be made as a root user. Don’t forget to restart both servers so they can pick up the changes, and pay special attention to the network setup by ensuring that the hosts are accessible or that ports are not being blocked by a firewall, and so on. This configuration is a good starting point for exploring customizable options. If you have any issues a good place to start troubleshooting is the postgres logs of each server (located in “/var/log/postgresql/postgresql--main.log”).

Wrap-up

With the recent surge of popularity of NoSQL, some people thought that SQL databases were headed to oblivion and that PostgreSQL, not being the most used SQL database, would be one of the first ones to fall. This hasn’t been the case, and so it remains important to refine the PostgreSQL recruiting process. With the NoSQL euphoria fading away, people are realizing that NoSQL is not a silver bullet. With PostgreSQL becoming so popular, SQL databases still play an important role.