Un pequeño ordenado caos
En ocasiones para optimizar consultas con datos calculados parciales, tenemos la opción de reutilizarlos mediante sub-expresiones en una sola iteración. En este ejemplo reutilizamos un cálculo (sencillo para el ejemplo), en lugar de realizar el sumatorio o la llamada a una función para cualquier cálculo…
Leer másEn las últimas versiones de Entity Framework ciertos métodos que antes si eran aceptados, como también se podía realizar en SQL, han dejado de estar disponibles. Aquellas funciones heredadas directamente de SQL han quedado englobadas en la misma clase. Algo que antes era habitual pero no precisamente una buena forma de solucionar… las conversiones de tipos de datos, ¿quien no ha convertido un string en entero en SQL?
LINQ to Entities does not recognize the method 'XXXXXXX' method, and this method cannot be translated into a store expression
En modelos de datos generados con LINQ de forma automática, el acceso separado en diferentes clases puede ocasionar errores del tipo:
CS1936 Could not find an implementation of the query pattern for source type 'DbSet<nombreTabla>'. 'Where' not found.
A priori puede parecer un error en la implementación, alguna modificación de clases incorrecta, siempre esta la posibilidad de volver a generar el modelo de datos, si el error persiste debemos comprar que tenemos referenciada el espacio de nombres de LINQ
using System.Linq;
Una error tan sencillo y obvio que puede resultar confuso de resolver.
Es agosto, el software tambien necesita vacaciones…
Si durante las consultas a algunas tablas en MSSMS aparece el error «The Visual Studio componente cache is out of date» la solución rápida y sencilla pasa por vaciar la carpeta temporales de windows %TMP%
C:\Users\nombre_usuario_windows\AppData\Local\Temp\
Si además el servidor SQL esta en medio de la playa mientras tu sigues programando, puedes probar a seguir con la limpieza de más memorias intermedias, si utilizas Server 2016 o Azure puedes limpiar la cache de los procedimientos de la base de datos:
USE NombreDeMiBBDD; GO ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;
Mientras esperas que la consulta devuelva los valores esperados ;D
Antes o después de ciertas migraciones podemos cambiar el nivel de compatibilidad SQL con el motor instalado. Si desconocemos la versión, podemos obtenerlas con la siguiente consulta:
SELECT SERVERPROPERTY('ProductVersion');
Así como el nivel actual de las bases de datos:
SELECT name, compatibility_level FROM sys.databases;
Para realizar el cambio a todas, excepto las 4 primeras del sistema:
declare @nivel_compatible varchar(max)
set @nivel_compatible = ''
select @nivel_compatible = @ nivel_compatible +
from sys.databases
where database_id > 4 and compatibility_level not in ('100')
exec (@ nivel_compatible)
En este ejemplo cambiaríamos el nivel de compatibilidad de las que no son 100 a 100, jugando con la clausula WHERE de la instrucción podemos realizar los cambios que necesitemos.
