On ExtJS 5 Chained Stores

I’ve started to look into new features of ExtJS 5 and today I have picked Chained Stores that solve, or they should, the problem of multiple views using the same store. If you list a store in stores:[] array of application or controller, Ext instantiates the store and registers it to Store Manager.

Configuration option store in view usually points to this one global instance of the store. It’s fine because it saves the server round trips but the main drawback is that if you sort or filter the store in one view (clicking a column in a grid) then the global instance gets sorted so are all view using it.

That is not desirable.

Chained Stores, new in Ext 5, alleviate this problem, however, we must understand how they work, what they are good for and when they cannot be used.

What is a Chained Store

Chained Store is a special kind of store that cannot access the data source directly but via its source store. It maintains its own data snapshots, filters and sorters linking records to its source.

Hence, a record in all chained stores is the same thing as the same record in the source store. Only filters and sorters are unlinked.


What we should know about Chained Stores?

  1. they have their own links to source store data
  2. if data in the real store change (create, read, update, delete), chained store data also change
  3. updating record in a chained store actually updates the record in the source store, consequently in all chained stores with the same source
  4. if an update causes the main store re-filtering, re-sorting, all stores are affected
  5. sorting and filtering of the main store does not trigger filtering and sorting of chained stores
  6. filtering and sorting of chained stores is independent from each other and from the source store
  7. chained stores do not have load method
  8. they cannot talk to servers directly, they don’t have their own proxies and readers
  9. they cannot be used together with paging
  10. they can be used with buffered renderer plugin

That is what I have found so far. If you have any other interesting findings, do not hesitate to post a comment below this post.


You can play with the chained stores below. Both grid and data view link to the real store with store id ActorStore, so you can get a hold of it from the command-line by calling Ext.getStore('ActorStore').


Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Pin on PinterestEmail this to someone
Follow me:


I'm a well seasoned developer, consultant and educator of web applications based mainly on Sencha libraries, PHP, MySQL and Node.js. Besides (Apple) computers, I love photography and mountain biking.
Follow me:

Latest posts by Saki (see all)


    • fsakalos says

      Thank you for feedback, we are always happy to provide valuable data to our visitors.

      Filip Sakalos

      Learn from Saki

  1. Peter Kellner says

    I notice that there is no code shown here (I like that code shown, very helpful).

    Also, shouldn’t source:’ActorStore’ be source:'{ActorStore}’?

    • says

      Peter, in this case the configuration is correct so source should really be ‘ActorStore’. The reason for that is that we are not binding but only configuring the reference to the source store. ActorStore is referenced normally in Application::stores[‘ActorStore’] hence the name.

      As a subscriber, you can download the complete code, cannot you? If not, let us know, we fix it.

    • Filip Sakáloš says

      Hello Siva,

      as a free member, you can purchase the code for $9.90. If you want to download the code for free, you need monthly/annual subscription.

  2. Robert Brierley says

    Another great article, just used a chained store to create an associations between (2) data tables. Very nice way to show a grid or data view of associated tables.

    • says

      Hello Dave,

      this is not a bona fide example, it is a playground to test the filtering behavior of normal and chained stores so that you can make a qualified decision which one to use.

      BTW, the code is nothing special, the grid uses normal store and the data view chained store.


      • Dave King says

        Got you.. so the example for ExtJS5 complex data binding is essentially the same thing?

        Keep up the good work…. :-) it’s helped my immensely !

  3. Dave King says

    The reason I looked at this is I have a scenario where I have a tree where the nodes relate to grids, updating the grid should update the tree and vice versa. There is multiple grids/views linked to the tree.
    What is the best method for refreshing the views ? I looked at events and store listeners but it’s starting to get messy and so I’m thinking it’s not the right approach.

    I was thinking that my tree could be the main store with the various grids as chained stores?

    As always your advice is appreciated.


    • says

      The problem here is that tree uses TreeStore while grid uses normal store. You should probably go for a different approach.

  4. Roger Blum says

    The filtering doesn’t seem to behave consistently. If you filter for ‘Hall’ on the Main Store you get 3 records. If you apply the same filter to the Chained Stores you only get 1. How come?
    Are the filters set up in a different way?


  5. Rabia Mahmood says

    Thank you, very good explanation especially with diagrams and clarifying some things I wouldn’t have thought of e.g. chained stores don’t have their own load method.


We will be happy to hear back from you

Please Login to post a comment