Skip to main content

Django Optimization Processes for Write Operation for Postgresql

When optimizing a Django project for large write operations, especially when dealing with PostgreSQL, there are several strategies you can employ to reduce the time it takes to perform these operations:



1. Bulk Inserts

In django, we create objects using create() . Asynchronous version is acreate() .It's a  convenience method for creating an object and saving it all in one step. 



and 



These are same and equivalent. The create() method is used to create and save a single object in the database.

Example:



Instead of inserting one row at a time, consider using Django's bulk_create() method to insert multiple rows in a single query. This reduces the overhead of multiple database round trips.

Example: 



The bulk_create() method is used to create and save multiple objects in the database in a single query.

It accepts a list of model instances and inserts them into the database in a single batch operation, which significantly reduces the overhead compared to individual create() calls.


Cons:

1. It does not work with many-to-many relationships.

2. The model’s save() method will not be called, and the pre_save and post_save signals will not be sent.

3. If the model’s primary key is an AutoField and ignore_conflicts is False, the primary key attribute can only be retrieved on certain databases (currently PostgreSQL, MariaDB 10.5+, and SQLite 3.35+). On other databases, it will not be set.


2. Database optimization

Tune your PostgreSQL database configuration settings such as shared_buffers, work_mem, and checkpoint_segments to better suit your application's needs. This can help PostgreSQL handle large write operations more efficiently.


3. Transactions

Django gives you a few ways to control how database transactions are managed.Django’s default behavior is to run in autocommit mode. Each query is immediately committed to the database, unless a transaction is active.


# How to use transactions in django ?

Imagine you're building a web app for a bookstore where users can purchase books. Each purchase involves updating multiple tables in your database: deducting the purchased book's quantity from the inventory and recording the transaction details in the sales table.

Here's how you can use Django transactions to optimize this process:




Let's break down how this code works:

1. We import Django's transaction module and our models (Book and Sale).

2. Inside the purchase_book function, we use transaction.atomic() as a context manager to ensure that all database operations within it are treated as a single transaction. This means either all the operations succeed, or none of them do.

3. We use select_for_update() to lock the row in the Book table that corresponds to the book being purchased. This prevents other transactions from modifying the same row simultaneously, ensuring data consistency.

4. We check if the requested quantity is available in stock. If not, we raise a ValueError and the transaction will be rolled back.

5. If there's enough stock, we deduct the purchased quantity from the book's inventory and save the changes to the database.

6. We record the transaction details (user, book, quantity) in the Sale table.

7. If any exception occurs during the transaction (e.g., database error, insufficient stock), the transaction is rolled back, and any changes made within it are undone.


By using transactions, we ensure that the purchase operation is atomic, consistent, isolated, and durable. This not only optimizes the write operation by bundling multiple database changes into a single transaction but also ensures data integrity and reliability, even in the face of errors or concurrent access.


Mahfujul Hasan
Software Engineer

linkedIn: https://www.linkedin.com/in/shojibhasan/ 

Comments

Popular posts from this blog

Django pk vs id

 Django pk VS id If you don’t specify primary_key=True for any fields in your model, Django will automatically add an IntegerField to hold the primary key, so you don’t need to set primary_key=True on any of your fields unless you want to override the default primary-key behavior. The primary key field is read-only. If you change the value of the primary key on an existing object and then save it, a new object will be created alongside the old one Example: class UserProfile ( models . Model ): name = models . CharField ( max_length = 500 ) email = models . EmailField ( primary_key = True ) def __str__ ( self ): return self . name suppose we have this model. In this model we have make email field as primary key. now django default primary key id field will be gone. It'll remove from database. we can not query as   UserProfile.objects.get(id=1) after make email as primary key this query will throw an error.  Now we have to use pk  Us...

WSGI vs ASGI: What Every Django Developer Should Know !

  If you've been developing with Django, you've probably come across WSGI (Web Server Gateway Interface), the trusted friend of all traditional, synchronous web apps. But in this fast-moving, real-time world, you may have also heard about its dynamic, asynchronous cousin ASGI (Asynchronous Server Gateway Interface). WSGI (Web Server Gateway Interface): 1. The OG (original) Django interface, designed for synchronous HTTP requests. 2. Perfect for blogs, CMS, e-commerce, and standard web apps. 3. Uses servers like Gunicorn or uWSGI. 4. Limited to handling one request at a time. ASGI (Asynchronous Server Gateway Interface): 1. The modern, scalable interface designed for asynchronous web apps. 2. Ideal for handling WebSockets, HTTP/2, and real-time features like chat apps. 3. Built for high concurrency; uses Uvicorn, Daphne, or similar ASGI servers. 4. Allows you to leverage Python’s async and await for non-blocking code. When to Choose What: WSGI: Traditional apps where synchronou...

Importance JWT and How Do JWTs Work in Django

Importance of JWT JWT (JSON Web Token) is a form of transmitting a JSON object as information between parties. Let's learn more about what JWTs are and how they work. JWTs are important for two main reasons: 1. Authorization 2. Information exchange JSON Web Token comprises 3 strings separated by “.” as follows where each part is encoded with base64url encoding : “eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJyb2xlIjp7ImlkIjoiNTlhZDFmZTI0MDVkNzk0YTFkYWQ2YmFkIiwiZGlzcGxheV9uYW1lIjoiQWRtaW4iLCJyb2xlX3R5cGUiOiJhZG1pbiJ9LCJpZCI6IlwiNTliYmJjODc0MDVkNzk0NjYwNGEzZjUyXCIiLCJlbWFpbCI6Imp5b3RpZ2F1dGFtMTA4QGdtYWlsLmNvbSJ9.oGA-goFi7ee6DdKn0Z4sctomaY6Ki0mfuJfxT4OK9WA” 1. Header 2. Payload 3. Signature Header: The header contains:      t ype: the specification that the token is a JWT      algorithm: the signing algorithm used to sign said token Algorithms that are used to sign include RSA, HMAC, or SHA256. The signatures for the tokens serve two purposes – integrity ...