Palabra clave no admitida metadata

Inicio » Palabra clave no admitida metadata

Palabra clave no soportada ‘provider’

No estoy seguro de por qué la gente piensa que necesitas dos conexiones en tu web.config, eso no es cierto. Lo primero que me gusta comprobar es si mi conexión funciona en Visual Studio. Intenta ir a tu explorador de servidores y conectarte a tu base de datos allí. Si puedes conectarte sin problemas y puedes ver tus tablas entonces sabes que no es un problema de conexión. En segundo lugar, asegúrese de que el nombre de su modelo coincide con el nombre en su web.config. Esto minimiza la cantidad de confusión en su proyecto y, por último, asegúrese de que su espacio de nombres del modelo apunta a su espacio de nombres de proyectos, de esta manera usted puede llamar a su modelo por su nombre y no tener que importar o calificar completamente it.You debe ser capaz de crear una vista fuerte utilizando cualquiera de las tablas en su modelo. Esto es lo que hice en mi caso, no modifiqué la cadena de conexión como muchos sugieren, ni eliminé los metadatos.

No se admite la palabra clave sqlconnectionstringbuilder

La cadena que ha pasado no es una cadena de conexión de base de datos válida, es una cadena de conexión de EF que contiene una cadena de conexión de SQL Server en su parámetro de cadena de conexión del proveedor. WebSecurity.InitializeDatabaseConnection espera una cadena de conexión de base de datos válida

Para evitar parsear la cadena de conexión usted mismo, puede usar la clase EntityConnectionStringBuilder para parsear la cadena y recuperar la cadena de conexión a la base de datos desde su propiedad ProviderConnectionString

Al lado de cada cadena de conexión en la Configuración de la Aplicación hay un menú desplegable para el tipo de cadena de conexión – es muy fácil olvidarse de establecer esto en ‘Custom’ para los valores de Entity Framework y dejarlo en el valor por defecto (Base de datos SQL) – lo que también causa el error anterior.

Una cadena de conexión ADO contiene un número de campos separados por punto y coma, que puede ser muy de un tipo de conexión a otro, pero por lo general se ve “data source=xxx”, “initial catalog=yyy”, etc. No verá “metadata=zzz”.

La mayoría de la gente que se encuentra con este problema parece haber cortado una cadena de conexión EF y pegarla en un lugar que necesitaba una cadena de conexión ADO. En esencia, yo hice lo mismo, pero el proceso no fue tan claro.

Palabra clave no compatible con el protocolo

Estoy usando Entity Framework 4 con mi aplicación Asp.Net MVC3. Mi problema es que estoy utilizando Entity Framework para realizar acciones con mi base de datos, que está funcionando bien. Para algunos otros propósitos también estoy usando Sql Connection para almacenar y recuperar mis datos de la base de datos. Estoy recibiendo

La cadena que has pasado no es una cadena de conexión de base de datos válida, es una cadena de conexión de EF que contiene una cadena de conexión de SQL Server en su parámetro de cadena de conexión del proveedor. WebSecurity.InitializeDatabaseConnection espera una cadena de conexión de base de datos válida

Para evitar analizar la cadena de conexión usted mismo, puede usar la clase EntityConnectionStringBuilder para analizar la cadena y recuperar la cadena de conexión a la base de datos desde su propiedad ProviderConnectionString

Para Entity Framework (base de datos primero o modelo primero; cuando tienes un archivo de modelo físico EDMX) necesitas usar un tipo especial de cadena de conexión que es bastante diferente de las cadenas de conexión ADO.NET que todos han mencionado hasta ahora…

Palabra clave no soportada instanceid

La cadena que ha pasado no es una cadena de conexión de base de datos válida, es una cadena de conexión de EF que contiene una cadena de conexión de SQL Server en su parámetro de cadena de conexión del proveedor. WebSecurity.InitializeDatabaseConnection espera una cadena de conexión de base de datos válida

Para evitar parsear la cadena de conexión usted mismo, puede usar la clase EntityConnectionStringBuilder para parsear la cadena y recuperar la cadena de conexión a la base de datos desde su propiedad ProviderConnectionString

Al lado de cada cadena de conexión en la Configuración de la Aplicación hay un menú desplegable para el tipo de cadena de conexión – es muy fácil olvidarse de establecer esto en ‘Custom’ para los valores de Entity Framework y dejarlo en el valor por defecto (Base de datos SQL) – lo que también causa el error anterior.

Una cadena de conexión ADO contiene un número de campos separados por punto y coma, que puede ser muy de un tipo de conexión a otro, pero por lo general se ve “data source=xxx”, “initial catalog=yyy”, etc. No verá “metadata=zzz”.

La mayoría de la gente que se encuentra con este problema parece haber cortado una cadena de conexión EF y pegarla en un lugar que necesitaba una cadena de conexión ADO. En esencia, yo hice lo mismo, pero el proceso no fue tan claro.

Ir arriba