These days while procastinating on HackerNews, I found this submission. It points to a GitHub repo with some uBlock Origin filters to clean up websites.
I learned that I not only can block elements in a page with uBlock Origin, but also restyle them. Ding, ding, ding! These are the uBlock Origin filters I’m using to declutter some site I visit often.
1. uBlock Origin filters to restyle elements
A uBlock Origin filter to restyle an element looks like this,
<domain>##<selector>:style(<new-css-here>)
Here are the filters I used to restyle HackYourNews and HackerNews,
Voilà! That’s how to use uBlock Origin filters to declutter websites. I like clean and minimalistic designs. Before learning about uBlock Origin filters, I started to dabble into browser extension development to restyle sites. With these filters, it’s easier.
What site would you like to declutter with this trick?
Back in the day, for my Advent of Posts I shared some lessons on Hangfire and OrmLite. In this year, for one of my client’s project I’ve been working with OrmLite a lot. Let me expand on those initial lessons and share some others.
1. IgnoreOnUpdate attribute
When using SaveAsync() or any update method, OrmLite omits properties marked with the [IgnoreOnUpdate] attribute in the generated SQL statement. Source
Also OrmLite has similar attributes for insertions and queries: [IgnoreOnInsertAttribute] and [IgnoreOnSelectAttribute].
2. QueryFirst vs SqlScalar
OrmLite QueryFirst() method requires an explicit transaction as a parameter. Source Unlike QueryFirst(), SqlScalar() uses the same transaction from the input database connection. Source
I learned this because I had a DoesIndexExist() method inside a database migration and it failed with the message “ExecuteReader requires the command to have a transaction…“
This is what I had to change,
privatestaticboolDoesIndexExist<T>(IDbConnectionconnection,stringtableName,stringindexName){vardoesIndexExistSql=@$"
SELECTCASEWHENEXISTS(SELECT*FROMsys.indexesWHEREname='{indexName}'ANDobject_id=OBJECT_ID('{tableName}'))THEN1ELSE0END";
// Before//// return connection.QueryFirst<bool>(isIndexExistsSql);// ^^^^^// Exception: ExecuteReader requires the command to have a transaction...// Aftervarresult=connection.SqlScalar<int>(doesIndexExistSql);// ^^^^^returnresult>0;}
3. Create Indexes
Apart from reading and writing records, OrmLite can modify the database schema, for example to create tables and indexes.
To create an index for a table, we could either annotate fields or classes. For example,
By default, CreateIndex() creates indexes with names like: idx_TableName_FieldName. Source We can omit the index name if we’re fine with this naming convention.
4. Tag queries to easy troubleshooting
To identify the source of queries, OrmLite has two methods: TagWith() and TagWithCallSite().
For example,
varmovies=_connection.From<Movie>()// Some filters here....Take(10).TagWith("AnAwesomeQuery")// Or//.TagWithCallSite();
With TagWith(), OrmLite includes a comment at the top of the generated SQL query with the identifier we pass.
For the previous tagged query, this is the generated SQL statement,
With TagWithCallSite(), Ormlite uses the path and line number of the file that made that database call instead.
This is a similar trick to the one we use to debug dynamic SQL queries. It helps up to traceback queries once we found them in our database plan cache.
5. LoadSelectAsync and unparameterized queries
OrmLite has two convenient methods: LoadSelect() and LoadSelectAsync(). They find some records and load their child references.
varquery=_connection.From<Movie>()// Some filters here.Take(10);varmovies=await_connection.LoadSelectAsync(query);// ^^^^^// It loads movies and their child directors
When using LoadSelect() and LoadSelectAsync(), OrmLite doesn’t parameterize the internal query used to load the child entities. Arrrggg!
I’m not sure if it’s a bug or a feature. But, to load child entities, OrmLite “inlines” the parameters used to run the parent query. We will see in the plan cache of our database lots of unparameterized queries.
See it by yourself in OrmLite source code, here and here.
After finding out about this behavior, I ended up ditching LoadSelectAsync() and using SelectAsync() instead, like this,
varmoviesQuery=_connection.From<Movie>()// Some filters here.Take(10);varmovies=await_connection.SelectAsync(moivesQuery);if(!movies.Any()){returnEnumerable.Empty<Movie>();}vardirectorsQuery=_connection.From<Director>().Where(d=>Sql.In(d.MovieId,moviesQuery.Select<Movie>(d=>d.Id)));vardirectors=await_connection.SelectAsync(directorsQuery);foreach(varminmovies){m.Director=directors.Where(r=>r.MovieId==m.Id);}
Probably there’s a better solution, but that was my workaround to avoid a flooded plan cache. I could afford an extra roundtrip to the database and I didn’t want to write SQL queries by hand. C’mon!
Voilà! These are some of the lessons I’ve learned while working with OrmLite. Again, things we only find out when we adventure to read our libraries source code.
Another day working with OrmLite. This time, I needed to support a report page with a list of dynamic filters and sorting fields. Instead of writing a plain SQL query, I needed to write a SqlExpression that joins to a subquery. OrmLite doesn’t support that. This is what I learned (or hacked) today.
Let’s imagine we need to write an SQL query for a report to show all directors based on filters like name, birthdate, and other conditions. Next to each director, we need to show their movie count and other counts. For me, it was reservations and rooms. But the idea is still the same.
1. Using a SQL query with a CTE
Since we needed to support filters based on the user’s input, the best solution would be to write a dynamic SQL query. I know, I know! That’s tedious.
If we have the Director and Movie tables, we could write a query like this,
WITHMovieCountAS(SELECTDirectorId,COUNT(*)Count/* More aggregations here */FROMMovie/* Some filters here */GROUPBYDirectorId)SELECTd.*,m.CountFROMDirectordLEFTJOINMovieCountmONd.Id=m.DirectorIdWHEREd.Country='USA'/* More filters here *//* Sorting by other filters here */ORDERBYm.CountDESC
While trying to translate that query to OrmLite expressions, I realized OrmLite doesn’t support joining to subqueries. Arrrggg!
I rolled up my sleeves and started to take a deeper look.
I ended up hacking this,
usingServiceStack.DataAnnotations;usingServiceStack.OrmLite;namespaceJoiningToSubqueries;publicclassJoinTetsts{[Fact]publicasyncTaskItWorksItWorks(){varconnectionString="...Any SQL Server connection string here...";vardbFactory=newOrmLiteConnectionFactory(connectionString);usingvardb=dbFactory.Open();// 0. Create Movie and Director tablesdb.CreateTable<Director>();db.CreateTable<Movie>();// 1. Populate some datavarjamesCameron=newDirector{FullName="James Cameron",Country="Canada",Movies=newList<Movie>{newMovie{Name="Titanic"}}};awaitdb.SaveAsync(jamesCameron,references:true);varstevenSpielberg=newDirector{FullName="Steven Spielberg",Country="USA",Movies=newList<Movie>{newMovie{Name="Raiders of the Lost Ark"},newMovie{Name="Jurassic Park",}}};awaitdb.SaveAsync(stevenSpielberg,references:true);vargeorgeLucas=newDirector{FullName="George Lucas",Country="USA",Movies=newList<Movie>{newMovie{Name="Star Wars: A New Hope"}}};awaitdb.SaveAsync(georgeLucas,references:true);// 2. Write a subquery to do the countingvarmovieCountPerDirector=db.From<Movie>()// We could add some filters here....GroupBy(x=>x.DirectorId).Select(x=>new{x.DirectorId,Count=Sql.Custom("COUNT(*)")});// 2. Write the parent query to filter and sortvarquery=db.From<Director>().LeftJoin(movieCountPerDirector,(d,m)=>d.Id==m.DirectorId,subQueryAlias:"mc")// ^^^^^// It receives a subquery, join expression// and alias//// We could add some filters here....Where(d=>d.Country=="USA").Select(d=>new{d,MovieCount=Sql.Custom("mc.Count")// ^^^^// Same alias as subQueryAlias parameter})// We could change the sorting column here too....OrderBy(Sql.Desc("mc.Count"));vardirectors=awaitdb.SelectAsync<DirectorAndMovieCount>(query);Assert.Equal(2,directors.Count);Assert.Contains(directors,d=>d.FullName=="Steven Spielberg");Assert.Contains(directors,d=>d.FullName=="George Lucas");}}publicclassDirectorAndMovieCount{publicintId{get;set;}publicstringFullName{get;set;}publicstringCountry{get;set;}publicintMovieCount{get;set;}}
After creating the two tables and adding some movies, we wrote the aggregation part inside the CTE with a normal SqlExpression. That’s the movieCountPerDirector variable.
Then, we needed the JOIN between movieCountPerDirector and the parent query to apply all the filters and sorting. We wrote,
We wrote a LeftJoin() that received a subquery, a joining expression, and an alias.
We might use aliases on the tables to avoid name clashes on the JOIN expression.
3. LeftJoin with another SqlExpression
And this is the LeftJoin() method,
publicstaticpartialclassSqlExpressionExtensions{publicstaticSqlExpression<T>LeftJoin<T,TSubquery>(thisSqlExpression<T>expression,SqlExpression<TSubquery>subquery,Expression<Func<T,TSubquery,bool>>joinExpr,stringsubqueryAlias){// This is to "move" parameters from the subquery// to the parent query while keeping the right// parameter count and order.// Otherwise, we could have a parameter named '@0'// on the parent and subquery that refer to// different columns and values.varsubqueryParams=subquery.Params.Select(t=>t.Value!).ToArray();varsubquerySql=FormatFilter(expression,subquery.ToSelectStatement(),filterParams:subqueryParams);// This is a hacky way of replacing the original// table name from the join condition with the// subquery alias// From:// "table1"."Id" = "table2"."Table1Id"// To:// "table1"."Id" = "mySubqueryAlias"."Table1Id"varoriginalCondition=expression.Visit(joinExpr).ToString();vardefinition=ModelDefinition<TSubquery>.Definition;varaliasCondition=definition.Alias==null?originalCondition:originalCondition!.Replace(definition.Alias,subqueryAlias);// For example,// LEFT JOIN (SELECT Column1 FROM ...) cte ON parent.Id = cte.parentIdexpression=expression.CustomJoin<TSubquery>($"LEFT JOIN ({subquerySql}) {subqueryAlias} ON {aliasCondition}");returnexpression;}privatestaticstringFormatFilter<T>(SqlExpression<T>query,stringsqlFilter,paramsobject[]filterParams){if(string.IsNullOrEmpty(sqlFilter)){returnstring.Empty;}for(vari=0;i<filterParams.Length;i++){varpLiteral="{"+i+"}";varfilterParam=filterParams[i];if(filterParamisSqlInValuessqlParams){if(sqlParams.Count>0){varsqlIn=CreateInParamSql(query,sqlParams.GetValues());sqlFilter=sqlFilter.Replace(pLiteral,sqlIn);}else{sqlFilter=sqlFilter.Replace(pLiteral,SqlInValues.EmptyIn);}}else{varp=query.AddParam(filterParam);sqlFilter=sqlFilter.Replace(pLiteral,p.ParameterName);}}returnsqlFilter;}privatestaticstringCreateInParamSql<T>(SqlExpression<T>query,IEnumerablevalues){varsbParams=StringBuilderCache.Allocate();foreach(variteminvalues){varp=query.AddParam(item);if(sbParams.Length>0)sbParams.Append(",");sbParams.Append(p.ParameterName);}varsqlIn=StringBuilderCache.ReturnAndFree(sbParams);returnsqlIn;}}
Let’s go through it!
It starts by copying the parameters from the subquery into the parent query. Otherwise, we could end up with parameters with the same name that refer to different values.
OrmLite names parameters using numbers, like @0. On the subquery, @0 could refer to another column as the @0 on the parent query.
Then, it converts the joining expression into a SQL string. We used the Visit() method for that. Then, if the subquery has an alias, it replaces the table name with that alias on the generated SQL fragment for the join expression. And it builds the final raw SQL and calls CustomJoin().
I brought the FormatFilter() and CreateInParamSql() methods from OrmLite source code. They’re private on the OrmLite source code.
Voilà! That is what I learned (or hacked) today. Again, things we learn when we read the source code of our libraries. We used the Visit(), CustomJoin(), and two helper methods we brought from the OrmLite source code to make this work.
We only used LEFT JOIN, but we can extend this idea to support INNER JOIN.
As an alternative to this hacky solution, we could write a dynamic SQL query. Next idea! Or we could create an indexed view to replace that counting subquery with a normal join. We could roll a custom method JoinToView() to append a WITH NO_EXPAND to the actual JOIN. I know everybody can’t afford a SQL Server Enterprise edition.
One conference and four articles I found interesting in the last month.
CQRS pitfalls and patterns - Udi Dahan
I share the points from this presentation about overarchitecting simple applications when there isn’t a compelying reason for that. I’ve witnessed developers and managers using and promoting Domain Driven Design as the golden hammer to write all aplications, even simple CRUD-like ones. The speaker shares that eventually-consistent CQRS is not for that type of applications.
Althought this talk might seem about coding, it’s more about bussiness and designing software.
Trying to become a better developer by learning more about aviation
I have always been intrigued by planes. We started from the Wright brothers to planes flying by themselves. I have always been interested by software, procedures, and processes that keep planes in the air.
We, as software engineers, have a lot to learn from pilots. For example, “Aviate, Navigate, Communicate” is one of the principles pilots follow during incidents. Their number one priority is keeping the plane flying. We could take that principle to the software engineering world.
How to sabotage your salary negotiations efforts before you even start
Interviewing is another skill to master by itself. One thing I’ve found everywhere online is never say a number first. This article shows common mistakes and sample scripts when negotiating salaries.
Lessons learned as a software developer turned project manager
I really liked this one! I’ve been in teams where project managers have no idea about building software and they only focus on running meetings and other “ceremonies.” I wish all project managers in software companies had a development background. I know I’m asking for the moon.
Some quotes from this article:
“the most difficult challenge in a technical project is the communication between parties”
“the scope of the project and what needs to be done should be clear to everyone”
“don’t ever, ever, call your colleagues or developers resources or FTE’s (full time equivalent), they’re humans, not beans”
If you don’t believe in the career ladder, this one is for you. It contains a questionnaire to help taking the first steps into a different path. “being clear with yourself on what role you actually want work to play in your life is an important foundational step to exploring what’s next”
Voilà! Another Monday Links. Have you seen developers switching to project management too? Do you have any tips to negotiate salaries? Until next Monday Links.
I believe we shouldn’t discuss formatting and linting during code reviews. That should be automated. With that in mind, these days, I learned how to automatically format SQL files with Git and Poor Man’s T-SQL Formatter for one of my client’s projects.
I wanted to format my SQL files as part of my development workflow. I thought about a pre-commit Git hook for that. I was already familiar with Git hooks since I use one to put task numbers from branch names into commit messages.
After searching online, I found a Bash script to list all created, modified, and renamed files before committing them. I used Phind, “the AI search engine for developers.” These are the query I used:
“How to create a git commit hook that lists all files with .sql extension?” and as a follow-up,
“What are all possible options for the parameter –diff-filter on the git diff command?”
Also, I found out that Poor Man’s T-SQL Formatter is available as a Node.js command utility.
Using these two pieces, this is the pre-commit file I came up with,
#!/bin/shfiles=$(git diff --cached--name-only--diff-filter=ACMR)[-z"$files"]&&exit 0
for file in"${files[@]}"do
if[[$file==*.sql ]]then
echo"Formatting: $file"# 1. Prettify it
sqlformat -f"$file"-g"$file"--breakJoinOnSections--no-trailingCommas--spaceAfterExpandedComma# 2. Add it back to the staging area
git add $filefi
done
exit 0
I used these three options: --breakJoinOnSections, --no-trailingCommas, and --spaceAfterExpandedComma to place ONs after JOINs and commas on a new line.
2. Test the pre-commit hook
To test this Git hook, I created an empty repository, saved the above Bash script into a pre-commit file inside the .git/hooks folder, and installed the poor-mans-t-sql-formatter-cli package version 1.6.10.
For the actual SQL file, I used the query to find StackOverflow posts with many “thank you” answers, Source,
Voilà! That’s how to format SQL files automatically with Git. The command line version of Poor Man’s T-SQL Formatter is not that fast. But it’s still faster than copying a SQL file, firing a browser with an online linter, formatting it, and pasting it back.
Poor Man’s T-SQL Formatter might not be perfect, but with a simple change in our script, we can bring any other SQL formatter we can call from the command line.
After this trick, I don’t want to leave or read another comment like “please format this file” during code review.