Skip to main content

70-562 Data Caching


If the data is control by other services, it can be delicate to cache.

Data can be cached and automaticaly updated when sql changes.

It depends on sql 2005 and later Query Notification, previous versions relies on database triggers.

ASP.Net can poll changes to the table, and sql can be configureged with Aspnet_regsql tool.

The the target table has to be configured with the aspnet_regsql tool, a changed id is added to the table.

Polls based caching is very reliable and easy to configure.


Datasource controls have properties to enable caching, this also requires the table to be configured with the aspreg tool.

Table caching caches only tables, not the page.

Can also be based on rows, to change only when specific row changes, for example products of a certain category. It will update only when this row is changed, this is custom caching rules.


QueryNotification caching doesnt require to configure sql. The service broker has to be enabled. Alter database northwind set service broker. Query notification also works in sql express.
A channel has to be created in teh glorbal.asax in the start you start SqlDependency.Start, and the opposite in stop.

QueryNotification can't use aggregates, image columns, cant use non detemrinistic functions like get date, cant use distinct, full name like dbo.tableName, no * in select have to be explicit with culumn names.

To use the datasource, use sqlcommandnotification as an attribute of the datasource, and this can be confugred from code, using SqlCAcheDependency.

Comments

Popular posts from this blog

Rxjs Forkjoin vs Zip

These Rxjs combination operators are handy to make Rest calls in parallel and combine their results. Both take n observables and will return the results, with the difference that forkJoin will complete even if one of the nested observables errors of completes.

React JS Patterns

React JS is always evolving, and evolving quickly. These evolutions can be very significant ones, for example, the addition of hooks. React has a lot of code patterns, often these patterns are motivated by the DRY and/or the open-close principle. These patterns sometimes come in to replace a previous one, yet the previous ones still stays in use, as a consequence, the list of patterns keep growing. The goal of the next few posts will be to list the patterns commonly used in React JS developpement. Some patterns are more specific to JSX and I will start with these, and maybe add patterns specific to Redux.

Javascript: Closure and Lexical Scope

The two are separate topics, I just happen to put them in the same post for now. Closure Closure is the capability to remember it's lexical scope, even when executed outside it's lexical scope. If two inner functions, are within the same scope, they share the same closure.     Lexical scope The lexical scope is the scope in which a variable is declared during the first pass of the javascript compilation, which has two passes, compilation and execution. During the compilation pass, the compiler goes through the code looking for formal declaration, that is, var, function and parameters of function. For each of these formal declarations, the compiler will check the current lexical scope, and add this identifier if it isn't already there. Then at the second pass, execution, the compiler will run the code as we are intuitively use to and once it reaches the the identifiers found earlier, will ask if they are left hand side(RHS), or right hand side (LHS). If th...