Resuelto

commandSQL = new SqlCommand(@"
	DECLARE @id int;
	SET @id = (select top(1) id from [table] where [x] = 0 order by id desc);
	select * from [table] where id = @id;
	update [table] set [x] = 20 where id = @id;
");

el problema de hacer dos querys es que tienes dos conexiones y mucha mas cantidad de lineas en .net , en cambio una sola query hace que el codigo se vea mas ordenado y con una sola conexión hacia la db sin tener que hacer bloqueos (costumbre de usar mysql).

hacer un procedure es practicamente lo mismo, tendría que hacer el procedimiento dos veces o hacer uno grande y despues llamarlo desde el código, al final es lo mismo pero con mas trabajo y con mas código.

Para que tanto lio si es posible hacer todo llamando una unica query directa?

Alguien me puede decir que beneficios tiene hacer un procedimiento almacenado v/s hacerlo directo en el código?

Un SP igualmente en mi opinion no son del todo factible yo prefiero en mi BD tener solo la informacion, y desde mi aplicacion hacer el manejo de ella, y muchas veces he tenido que migrar entre gestores de bd mysql, mssql, postgres y los sp no son tan faciles de transladar so si son bastantes sp es mucho mas trabajo a hacer, igualmente la seguridad siempre dependera del programador.

La reutilizacion bastaria igualmente creandola como una funcion en nuestro codigo, el performance igualmente se me hace de forma mas sencilla acceder a codigo web que estar checando en la bd y hacer cambios en ella.

Aunque pues al final es como uno se sienta mas comodo.

Los SP están precompilados y se agregan al plan de ejecución de MSSQL, por lo cual son más performantes. Por otra parte, no se considera una buena práctica el tener las query directamente en el código de la aplicación.
En lo que respecta a la seguridad que se refiere Darhius, dado que recibes los valores como parámetros de los SP, ayudan a  mitigar los SQL Injections. Adicional a lo anterior, desde MSSQL podrías dar solamente permisos de ejecución de SP a un usuario, con lo cual no podría ejecutar un SELECT de ningún modo que no sea por medio de esos SP, sin tener en cuenta la posibilidad de cifrar su código.

Saludos