# Learn About Data Structures And Algorithm (DSA) - Part Four

This article will tell you about the crucial concepts of data structures and algorithms in terms of understanding the comparison between the array and linked list. This article is the fourth one in the series of “Data Structure and Algorithm (DSA)”. You’ll learn more about data structures and algorithms in details in my coming articles. So stay tuned for next articles.

This article will tell you about the crucial concepts of data structures and algorithms in terms of understanding the comparison between the array and a linked list. This article is the fourth one in the series of “Data Structure and Algorithm (DSA)”. You’ll learn more about data structures and algorithms in detail in my coming articles. So stay tuned for the next articles.

Read this article, then feel free to give your feedback.

The topics to be covered are,

- Introduction and background
- Cost of accessing an element
- Memory requirements
- Cost of inserting an element
- Cost of deleting an element
- Feasibility in use

**Prerequisites of this article**

You should be aware of the concepts of Data Structure and its purpose, ways of implementing it, and its classification. Also, you should have the knowledge of time complexity and space complexity, the ways to analyze the algorithm using different asymptotic notations. Also, you should know the basic concepts, like arrays and linked lists. All the mentioned topics are clearly described in my previous articles. Following are the links to my previous articles.

- Learn About Data Structures And Algorithms (DSA) – Part One
- Learn About Data Structures And Algorithm (DSA) - Part Two
- Learn About Data Structures And Algorithm (DSA) - Part Three

**Introduction and background**

In previous articles, we have seen that how the arrays and linked lists implement our ADTs. In this article, we’ll learn the difference between both the data structures array and linked list. Remember, there is not any pure difference or comparison between all the data structures. It is completely dependent on the scenarios of the applications that decide where to use that which data structure. We’ll see the behavior of both the data structures - arrays and linked lists - in terms of the following aspects.

- Cost of accessing an element
- Memory requirements
- Cost of inserting an element
- Cost of deleting an element
- Feasibility in use

**Cost of accessing an element**

Here, we’ll asses the cost of accessing an element in both, arrays and liked lists. First of all, look at the arrays.

**Arrays**

Irrespective of the size of the array, the average case of accessing the element is constant. We only need the base address of the array and after some calculation, we can access the element. You have seen this procedure with calculation in my previous articles. If you still have any problem in understanding, then feel free to ask.

So in arrays, we only need to know the base address and to do some calculation. So we can say that the time complexity for accessing the array’s element is O(1).

**Linked List**

As we know, a linked list is not a block of a contiguous memory and data stores at multiple blocks at multiple addresses. The following can be the logical view of a linked list.

Each block has two parts, a data part to store the data and the other part to store the address for the other block. Each block is called Node. If we want to access any element in the linked list we only need to know the address of the head node. There can be the three cases for accessing the element in the linked list.

**Worst Case**

**Average Case**

**Best Case**

So we can say that the time complexity for accessing the element of the linked list is O(n).

**Result**

Hence if your application is all about accessing the elements in the collection, the array is not a good choice because it is heavily time consumed. So the list is a better choice than an array.

**Memory requirements**

In this section, we need to assess the space complexity of the array and linked list. This means we need to assess the memory consumed by the array and linked list. Let’s analyze the space complexity for arrays and linked list. All the points have correspondence with each other.

**For array**

In the above array, you can see the array is of size 6. And you can see only the first three blocks of memory are filled with data and the rest of memory is unused. So this is the bad point about the arrays that they can make memory useless.

As you can see the int datatype is not complex. 24-bytes of memory is occupied by the array A.

- But if we use any complex data type instead of int, float, double etc, it can occupy any size of memory. Let’s say in our scenario it is taking 16-bytes. Now,
- In arrays, at the time of allocation, the memory may be available as one large block.
- In arrays, when the array is filled then we have to make a new array of size bigger than the previous array, then we have to copy previous elements into the new array. So, all this procedure is not good enough for performance.

**For the Linked list**

- A linked list is not of fixed size. It takes memory as per a separate request for the creating of a single node. The logical view of the linked list is as follows,
- Like arrays, there is not any problem of unused memory in the linked list because memory can only be consumed or allocated on the separate request of creating of the node.
- As we know, a node consists of two parts, data part and pointer part. Both parts take memory separately. It means, in a linked list, there is extra memory consumption for pointer variables. The memory in bytes for the above-mentioned linked list is as follows.

You can see each part of the block takes 4 bytes and hence the result becomes 32 bytes, as follows,

So you can see, the list takes less memory (32-bytes) than an array (36-bytes). But the scenario can be different from the use of the different data types.

- If we use any complex data type instead of int, float, double etc. then it can take any size. Let’s say in our scenario it is taking 16-bytes. Now,

Now you can see, the linked list takes less memory than an array. So it all depends on our application scenario whether we should want to use array or list

- In a linked list, at the time of allocation, the memory may be available as small.
- There is no performance problem about making a new list like a new array, then copying the previous data. Because linked list never fills and only creates as per single request of the node

**Cost of inserting an element**

In this section, you’ll learn the cost of inserting an element at different positions in both the arrays and linked list. Let’s go towards the cost of inserting an element at different positions.

**For arrays**

There can be the three cases while inserting an element in arrays, such as given below:

- At the beginning
- At the end (if the array is not filled)
- At the end (if the array is fill)
- At the specific position

Here we’ll learn all the case with its time complexity.

**For Array**

*At the beginning*In arrays, if we need to insert an element at the beginning, then we have to shifts all the elements towards the right and make empty space in the first position, then store the new element there.

So the time taken by the array is proportional to the size of the number of elements in it. So, the time complexity in terms of Big-Oh notation is O(n).

*At the end (if the array is not full)*In arrays, if we need to insert an element at the end of the array, we just need to know the last index and then store the value there. So it takes constant time to insert the value to the end of the array.

So time complexity in terms of Big-Oh notation is O(1) because it takes constant time.

*At the end (if the array is full)*We have to create a new array, then copy all the previous elements into the new array. Then we can insert an element at the end. So time taken by the array is proportional to the size of the array n.

So time complexity in terms of Big-Oh notation is O(n).

*At the specific ith position*If we need to insert an element at some specific

*ith*position, let’s say, at the mid of the array, then we also need to make shifts by n/2. So time taken by the array for inserting an element at

*ith*the position is proportional to the size of array n hence time complexity in terms of Big-Oh notation is O(n).

**For a linked list**

There can be the three cases while inserting an element in the linked list, such as given below:

- At the beginning of the list
- At the end of the list
- At the specific position

Here we’ll learn all the case with its time complexity.

**At the beginning**

In a linked list, if we want to insert an element at the beginning of the linked list, then it is only mean to create a new node at the start of the list and then adjust the pointer links. So it’ll not depend on the size of the list.

So time taken by the linked list is constant. So time complexity in terms of Big-Oh notation is O(1).

**At the end**

In a linked list, if we want to insert an element at the end of the linked list then we just need to create a new node and then adjust the links. So for inserting the element at the end, we have to traverse the whole list containing the n elements.

So time taken by the list is proportional to the size of n. so time complexity in terms of Big-Oh notation is O(n).

**At the specific ith**

**position**

In a linked list, to insert an element at some specific *ith* position, we don’t have to make shifts like arrays, but we still need to traverse the list till that *ith* position is reached. So, it also depends on the size of the list n.

So time taken by the list to insert an element at some specific position is proportional to the size of list n. So time complexity in terms Big-Oh notation is O(n).

**Cost of deleting an element**

In this section, you’ll learn the cost of deleting an element at different positions in both the arrays and linked list. Let’s analyze cost for both the arrays and linked list.

**For Array**

Look, the cost of deleting an element in the array is the same as the cost of inserting an element into it. The reason behind the time complexity is also the same as the reason for inserting the element. Hence,

*At the beginning*

Time complexity is O(n) because we’ve to make shifts in the array for deleting the element from the beginning.*At the end*

Time complexity is O(1) because we can reach on exact location (last index) through calculation.*At the ith position*

Time complexity is O(n) because we’ve to traverse the array till the*ith position.*

**For the linked list**

The cost of deleting an element in the linked list is the same as the cost of inserting an element into it. The reason behind the time complexity is also the same as the reason for inserting the element. Hence,

*At the beginning*

Time complexity is O(1) because we just need to delete the first So it takes constant time.*At the end*

Time complexity is O(n) because we have to traverse the whole list till the last element is reached.*At the ith position*

Time complexity is O(n) because we have to traverse the list until the*ith*position is reached

**Feasibility in use**

**For Array**

Easy to use for its implementation.

**For a linked list**

Not so easy to use in C, C++. Because it is more prone to errors like segmentation fault, memory leak etc.

**Summary**

In this article, you have seen the difference between the arrays and linked list. Also, you have learned the time complexities for the arrays and linked list. This article is the fourth one in the series of “Data Structure and Algorithm (DSA)”. In the next article, you’ll learn the practical implementation of the linked list in very great detail. So stay tuned for next articles.

**Conclusion**

I hope this article has helped you in understanding the basic concepts about the difference between the arrays and linked list. Stay tuned for my next articles because this article is the fourth one in the series of “Learn about Data Structures and Algorithm (DSA)” and you’ll learn more about data structures and algorithms in coming articles. If you have any query, please feel free to contact me in the comments section. Also, give your feedback whether positive or negative. It will help me to make my articles better and increase my enthusiasm to share my knowledge.