I am trying to get the content a table with a dynamic SQL stored procedure called from the database context object (using Entity Framework 6.1.1), in order to populate a GridView control. I fail to retrieve the data.
I have created a web service which is saving some data into to db. But I am getting this error:
I’m able to delete, insert and update in my program and I try to do an insert by calling a created stored procedure from my database.
Apparently, using AttachDbFilename and user instance in your connection string is a bad way to connect to a DB. I’m using SQL server express on my local machine and it all seems to work fine. But what’s the proper way to connect to SQL server then?
I want to write some C# code to initialize my database with some seed data. Clearly, this is going to require the ability to be able to set the values of various Identity columns when inserting. I’m using a code-first approach. By default, DbContext handles the database connection and so you can’t SET IDENTITY_INSERT [dbo].[MyTable] ON. So, what I’ve done so far is use the DbContext constructor that lets me specify a DB connection to be used. Then, I set IDENTITY_INSERT to ON in that DB connection, and then try to insert my records using entity framework. Here’s an example of what I’ve got so far:
I have to insert about 2 million rows from a text file.
We are having another discussion here at work about using parametrized sql queries in our code. We have two sides in the discussion: Me and some others that say we should always use parameters to safeguard against sql injections and the other guys that don’t think it is necessary. Instead they want to replace single apostrophes with two apostrophes in all strings to avoid sql injections. Our databases are all running Sql Server 2005 or 2008 and our code base is running on .NET framework 2.0.
How to retrieve images from sql database in asp.net using c#.
The last few days we see this error message in our website too much:
I have found a few threads in regards to this issue. Most people appear to favor using int in their c# code accross the board even if a byte or smallint would handle the data unless it is a mobile app. I don’t understand why. Doesn’t it make more sense to define your C# datatype as the same datatype that would be in your data storage solution?