Imagine a typical address book. For each entry in the address book (that is, for each person) you have several pieces of information such as first name, last name, address, email address, and phone number.
A typical way to picture data like this is as a table with rows and columns. In database terms, each row is often referred to as a record. Each column (sometimes referred to as fields) contains a value for each type of data: first name, last name, and so on.
ID | FirstName | LastName | Address | Phone | |
---|---|---|---|---|---|
1 | Jim | Abrus | 210 100th St SE Orcas WA 98031 | jim@contoso.com | 555 0100 |
2 | Terry | Adams | 1234 Main St. Seattle WA 99011 | terry@cohowinery.com | 555 0101 |
For most database tables, the table has to have a column that contains a unique identifier, like a customer number, account number, etc. This is known as the table's primary key, and you use it to identify each row in the table. In the example, the ID column is the primary key for the address book.
With this basic understanding of databases, you're ready to learn how to create a simple database and perform operations such as adding, modifying, and deleting data.
Relational Databases
You can store data in lots of ways, including text files and spreadsheets. For most business uses, though, data is stored in a relational database.
This article doesn't go very deeply into databases. However, you might find it useful to understand a little about them. In a relational database, information is logically divided into separate tables. For example, a database for a school might contain separate tables for students and for class offerings. The database software (such as SQL Server) supports powerful commands that let you dynamically establish relationships between the tables. For example, you can use the relational database to establish a logical relationship between students and classes in order to create a schedule. Storing data in separate tables reduces the complexity of the table structure and reduces the need to keep redundant data in tables.
This procedure shows you how to create a database named SmallBakery by using the SQL Server Compact Database design tool that's included in WebMatrix. Although you can create a database using code, it's more typical to create the database and database tables using a design tool like WebMatrix.
Now you can add some sample data to your database that you'll work with later in the article.
Name | Description | Price |
---|---|---|
Bread | Baked fresh every day. | 2.99 |
Strawberry Shortcake | Made with organic strawberries from our garden. | 9.99 |
Apple Pie | Second only to your mom's pie. | 12.99 |
Pecan Pie | If you like pecans, this is for you. | 10.99 |
Lemon Pie | Made with the best lemons in the world. | 11.99 |
Cupcakes | Your kids and the kid in you will love these. | 7.99 |
Remember that you don't have to enter anything for the Id column. When you created the Id column, you set its Is Identity property to true, which causes it to automatically be filled in. When you're finished entering the data, the table designer will look like this:
Once you've got a database with data in it, you can display the data in an ASP.NET web page. To select the table rows to display, you use a SQL statement, which is a command that you pass to the database.
@ < var db = Database.Open("SmallBakery"); var selectQueryString = "SELECT * FROM Product ORDER BY Name"; > Small Bakery Products table, th, td Small Bakery Products
Id Product Description Price @foreach(var row in db.Query(selectQueryString)) < @row.Id @row.Name @row.Description @row.Price >
In the first code block, you open the SmallBakery.sdf file (database) that you created earlier. The Database.Open method assumes that the .sdf file is in your website's App_Data folder. (Notice that you don't need to specify the .sdf extension — in fact, if you do, the Open method won't work.)
Note The App_Data folder is a special folder in ASP.NET that's used to store data files. For more information, see Connecting to a Database later in this article.
You then make a request to query the database using the following SQL Select statement:SELECT * FROM Product ORDER BY Name
Structured Query Language (SQL)
SQL is a language that's used in most relational databases for managing data in a database. It includes commands that let you retrieve data and update it, and that let you create, modify, and manage database tables. SQL is different than a programming language (like the one you're using in WebMatrix) because with SQL, the idea is that you tell the database what you want, and it's the database's job to figure out how to get the data or perform the task. Here are examples of some SQL commands and what they do:
SELECT Id, Name, Price FROM Product WHERE Price > 10.00 ORDER BY Name
This fetches the Id, Name, and Price columns from records in the Product table if the value of Price is more than 10, and returns the results in alphabetical order based on the values of the Name column. This command will return a result set that contains the records that meet the criteria, or an empty set if no records match.
INSERT INTO Product (Name, Description, Price) VALUES ("Croissant", "A flaky delight", 1.99)
This inserts a new record into the Product table, setting the Name column to "Croissant", the Description column to "A flaky delight", and the price to 1.99.
DELETE FROM Product WHERE ExpirationDate < "01/01/2008"
This command deletes records in the Product table whose expiration date column is earlier than January 1, 2008. (This assumes that the Product table has such a column, of course.) The date is entered here in MM/DD/YYYY format, but it should be entered in the format that's used for your locale.
The Insert Into and Delete commands don't return result sets. Instead, they return a number that tells you how many records were affected by the command.
For some of these operations (like inserting and deleting records), the process that's requesting the operation has to have appropriate permissions in the database. This is why for production databases you often have to supply a username and password when you connect to the database.
There are dozens of SQL commands, but they all follow a pattern like this. You can use SQL commands to create database tables, count the number of records in a table, calculate prices, and perform many more operations.
This section shows how to create a page that lets users add a new product to the Product database table. After a new product record is inserted, the page displays the updated table using the ListProducts.cshtml page that you created in the previous section.
The page includes validation to make sure that the data that the user enters is valid for the database. For example, code in the page makes sure that a value has been entered for all required columns.
@ < Validation.RequireField("Name", "Product name is required."); Validation.RequireField("Description", "Product description is required."); Validation.RequireField("Price", "Product price is required."); var db = Database.Open("SmallBakery"); var Name = Request.Form["Name"]; var Description = Request.Form["Description"]; var Price = Request.Form["Price"]; if (IsPost && Validation.IsValid()) < // Define the insert query. The values to assign to the // columns in the Product table are defined as parameters // with the VALUES keyword. if(ModelState.IsValid) < var insertQuery = "INSERT INTO Product (Name, Description, Price) " + "VALUES (@0, @1, @2)"; db.Execute(insertQuery, Name, Description, Price); // Display the page that lists products. Response.Redirect("~/ListProducts"); >> > Add Products label fieldset legend .validation-summary-errors Add New Product
@Html.ValidationSummary("Errors with your submission:")
The body of the page contains an HTML form with three text boxes that let users enter a name, description, and price. When users click the Insert button, the code at the top of the page opens a connection to the SmallBakery.sdf database. You then get the values that the user has submitted by using the Request object and assign those values to local variables. To validate that the user entered a value for each required column, you register each element that you want to validate:
Validation.RequireField("Name", "Product name is required."); Validation.RequireField("Description", "Product description is required."); Validation.RequireField("Price", "Product price is required.");
The Validation helper checks that there is a value in each of the fields that you've registered. You can test whether all the fields passed validation by checking Validation.IsValid() , which you typically do before you process the information you get from the user:
if (IsPost && Validation.IsValid()) < // Process information here >
(The && operator means AND — this test is If this is a form submission AND all the fields have passed validation.) If all the columns validated (none were empty), you go ahead and create a SQL statement to insert the data and then execute it as shown next:
var insertQuery = "INSERT INTO Product (Name, Description, Price) VALUES (@0, @1, @2)";
For the values to insert, you include parameter placeholders ( @0 , @1 , @2 ).
Note As a security precaution, always pass values to a SQL statement using parameters, as you see in the preceding example. This gives you a chance to validate the user's data, plus it helps protect against attempts to send malicious commands to your database (sometimes referred to as SQL injection attacks).
To execute the query, you use this statement, passing to it the variables that contain the values to substitute for the placeholders:
db.Execute(insertQuery, Name, Description, Price);
After the Insert Into statement has executed, you send the user to the page that lists the products using this line:
Response.Redirect("~/ListProducts");
If validation didn't succeed, you skip the insert. Instead, you have a helper in the page that can display the accumulated error messages (if any):
@Html.ValidationSummary("Errors with your submission:")
After data has been entered into a table, you might need to update it. This procedure shows you how to create two pages that are similar to the ones you created for data insertion earlier. The first page displays products and lets users select one to change. The second page lets the users actually make the edits and save them.
Important In a production website, you typically restrict who's allowed to make changes to the data. For information about how to set up membership and about ways to authorize users to perform tasks on the site, see Adding Security and Membership to an ASP.NET Web Pages Site.
@ < var db = Database.Open("SmallBakery"); var selectQueryString = "SELECT * FROM Product ORDER BY Name"; > Edit Products table, th, td Edit Small Bakery Products
Name Description Price @foreach (var row in db.Query(selectQueryString)) < Edit @row.Name @row.Description @row.Price >
The only difference between this page and the ListProducts.cshtml page from earlier is that the HTML table in this page includes an extra column that displays an Edit link. When you click this link, it takes you to the UpdateProducts.cshtml page (which you'll create next) where you can edit the selected record. Look at the code that creates the Edit link:
Edit Edit Edit
Notice that the href attribute is set to UpdateProducts/n , where n is a product number. When a user clicks one of these links, the resulting URL will look something like this: http://localhost:18816/UpdateProducts/6 In other words, the product number to be edited will be passed in the URL.
@ < Validation.RequireField("Name", "Product name is required."); Validation.RequireField("Description", "Product description is required."); Validation.RequireField("Price", "Product price is required."); var Name = ""; var Description = ""; var Price = Decimal.Zero; var ProductId = UrlData[0]; if (ProductId.IsEmpty()) < Response.Redirect("~/EditProducts"); >var db = Database.Open("SmallBakery"); if (IsPost && Validation.IsValid()) < var updateQueryString = "UPDATE Product SET Name=@0, Description=@1, Price=@2 WHERE ; Name = Request["Name"]; Description = Request["Description"]; Price = Request["Price"].AsDecimal(); db.Execute(updateQueryString, Name, Description, Price, ProductId); Response.Redirect(@Href("~/EditProducts")); >else < var selectQueryString = "SELECT * FROM Product WHERE var row = db.QuerySingle(selectQueryString, ProductId); Name = row.Name; Description = row.Description; Price = row.Price; >> Add Products label < float: left; width: 8em; text-align: right; margin-right: 0.5em;>fieldset < padding: 1em; border: 1px solid; width: 35em;>legend < padding: 2px 4px; border: 1px solid; font-weight: bold;>.validation-summary-errors Update Product
@Html.ValidationSummary("Errors with your submission:")
The body of the page contains an HTML form where a product is displayed and where users can edit it. To get the product to display, you use this SQL statement:
SELECT * FROM Product WHERE
This will select the product whose ID matches the value that's passed in the @0 parameter. (Because Id is the primary key and therefore must be unique, only one product record can ever be selected this way.) To get the ID value to pass to this Select statement, you can read the value that's passed to the page as part of the URL, using the following syntax:
var ProductId = UrlData[0];
To actually fetch the product record, you use the QuerySingle method, which will return just one record:
var row = db.QuerySingle(selectQueryString, ProductId);
The single row is returned into the row variable. You can get data out of each column and assign it to local variables like this:
var Name = row.Name; var Description = row.Description; var Price = row.Price;
In the markup for the form, these values are displayed automatically in individual text boxes by using embedded code like the following:
That part of the code displays the product record to be updated. Once the record has been displayed, the user can edit individual columns. When the user submits the form by clicking the Update button, the code in the if(IsPost) block runs. This gets the user's values from the Request object, stores the values in variables, and validates that each column has been filled in. If validation passes, the code creates the following SQL Update statement:
UPDATE Product SET Name=@0, Description=@1, Price=@2, WHERE
In a SQL Update statement, you specify each column to update and the value to set it to. In this code, the values are specified using the parameter placeholders @0 , @1 , @2 , and so on. (As noted earlier, for security, you should always pass values to a SQL statement by using parameters.) When you call the db.Execute method, you pass the variables that contain the values in the order that corresponds to the parameters in the SQL statement:
db.Execute(updateQueryString, Name, Description, Price, ProductId);
After the Update statement has been executed, you call the following method in order to redirect the user back to the edit page:
Response.Redirect(@Href("~/EditProducts"));
The effect is that the user sees an updated listing of the data in the database and can edit another product.
This section shows how to let users delete a product from the Product database table. The example consists of two pages. In the first page, users select a record to delete. The record to be deleted is then displayed in a second page that lets them confirm that they want to delete the record.
Important In a production website, you typically restrict who's allowed to make changes to the data. For information about how to set up membership and about ways to authorize user to perform tasks on the site, see Adding Security and Membership to an ASP.NET Web Pages Site.
@ < var db = Database.Open("SmallBakery"); var selectQueryString = "SELECT * FROM Product ORDER BY Name"; > Delete a Product table, th, td Delete a Product
This page is similar to the EditProducts.cshtml page from earlier. However, instead of displaying an Edit link for each product, it displays a Delete link. The Delete link is created using the following embedded code in the markup:
@ < var db = Database.Open("SmallBakery"); var ProductId = UrlData[0]; if (ProductId.IsEmpty()) < Response.Redirect("~/ListProductsForDelete"); >var prod = db.QuerySingle("SELECT * FROM PRODUCT WHERE ProductId); if( IsPost && !ProductId.IsEmpty()) < var deleteQueryString = "DELETE FROM Product WHERE db.Execute(deleteQueryString, ProductId); Response.Redirect("~/ListProductsForDelete"); >> Delete Product Delete Product - Confirmation
This page is called by ListProductsForDelete.cshtml and lets users confirm that they want to delete a product. To list the product to be deleted, you get the ID of the product to delete from the URL using the following code:
var ProductId = UrlData[0];
The page then asks the user to click a button to actually delete the record. This is an important security measure: when you perform sensitive operations in your website like updating or deleting data, these operations should always be done using a POST operation, not a GET operation. If your site is set up so that a delete operation can be performed using a GET operation, anyone can pass a URL like http://
if( IsPost && !ProductId.IsEmpty()) < var deleteQueryString = "DELETE FROM Product WHERE db.Execute(deleteQueryString, ProductId); Response.Redirect("~/ListProductsForDelete"); >
The code runs a SQL statement that deletes the specified record and then redirects the user back to the listing page.
You can connect to a database in two ways. The first is to use the Database.Open method and to specify the name of the database file (less the .sdf extension):
var db = Database.Open("SmallBakery");
The Open method assumes that the .sdf file is in the website's App_Data folder. This folder is designed specifically for holding data. For example, it has appropriate permissions to allow the website to read and write data, and as a security measure, WebMatrix does not allow access to files from this folder.
The second way is to use a connection string. A connection string contains information about how to connect to a database. This can include a file path, or it can include the name of a SQL Server database on a local or remote server, along with a user name and password to connect to that server. (If you keep data in a centrally managed version of SQL Server, such as on a hosting provider's site, you always use a connection string to specify the database connection information.)
In WebMatrix, connection strings are usually stored in an XML file named Web.config. As the name implies, you can use a Web.config file in the root of your website to store the site's configuration information, including any connection strings that your site might require. An example of a connection string in a Web.config file might look like the following. Note $CREDENTIAL_PLACEHOLDER$ is a placeholder for the password key/value pair:
In the example, the connection string points to a database in an instance of SQL Server that's running on a server somewhere (as opposed to a local .sdf file). You would need to substitute the appropriate names for myServer and myDatabase , and specify SQL Server login values for username and password . (The username and password values are not necessarily the same as your Windows credentials or as the values that your hosting provider has given you for logging in to their servers. Check with the administrator for the exact values you need.)
The Database.Open method is flexible, because it lets you pass either the name of a database .sdf file or the name of a connection string that's stored in the Web.config file. The following example shows how to connect to the database using the connection string illustrated in the previous example:
As noted, the Database.Open method lets you pass either a database name or a connection string, and it'll figure out which to use. This is very useful when you deploy (publish) your website. You can use an .sdf file in the App_Data folder when you're developing and testing your site. Then when you move your site to a production server, you can use a connection string in the Web.config file that has the same name as your .sdf file but that points to the hosting provider's database — all without having to change your code.
Finally, if you want to work directly with a connection string, you can call the Database.OpenConnectionString method and pass it the actual connection string instead of just the name of one in the Web.config file. This might be useful in situations where for some reason you don't have access to the connection string (or values in it, such as the .sdf file name) until the page is running. However, for most scenarios, you can use Database.Open as described in this article.