La concurrencia se maneja por transacciones, no simplemente por columnas de ese tipo. No es el modo de controlar la concurrencia, y francamente no creo que estés leyendo la documentación adecuada de SQL Server.
Este es el manual oficial que describe que es, como se usa y para qué sirve un TIMESTAMP:
https://technet.microsoft.com/es-ar/...ql.110%29.aspx
Ese mismo articulo tiene una nota intersante respecto a ese tipo de dato en el uso de transacciones:
Cita: Cuando se revierte alguna transacción o se producen errores en alguna validación, el contador de rowversion no se puede restablecer al valor anterior. Esto se prohíbe debido a que si al mismo tiempo se producían otras transacciones, el restablecimiento del contador podría causar problemas. Para obtener el valor actual de rowversion, puede consultarlo mediante @@DBTS. Durante la replicación de SQL Server a SQL Server Compact o viceversa las columnas timestamp no se replican de una base de datos a otra. Esto ayuda a garantizar la unicidad de timestamp. Un valor copiado puede estar en conflicto con un valor existente de alguna fila de datos o con algún valor futuro.
Por otro lado, el recurso de administración de la concurrencia dependerá mucho del lenguaje de programación usado, hay algunas distinciones a realizar dependiendo de qué herramientas uses.
El tema de ACID y la concurrencia no es menor.