Diseño de La Interfaz: Universidad Nacional de San Cristobal de Huamanga
Diseño de La Interfaz: Universidad Nacional de San Cristobal de Huamanga
Diseño de La Interfaz: Universidad Nacional de San Cristobal de Huamanga
HUAMANGA
FACULTAD DE INGENIERIA
ESCUELA DE INGENIERIA DE SISTEMAS E INFORMATICA
MAIL: [email protected]
Noviembre - 2009
PRACTICA DE ACCESO A DATOS ASP.NET
1. DISEÑO DE LA INTERFAZ
27 de mayo de 2009
ForeColor="Lime" /></td>
</tr>
<tr>
<td style="background-color: #3399cc; height:
52px;">
<strong><em><span style="text-decoration:
underline">Or:</span></em></strong></td>
<td style="background-color: #3399cc; height:
52px;">
Width="200px"></asp:TextBox></td>
<td style="width: 3px">
</td>
</tr>
<tr>
<td style="width: 3px; height: 26px;">
<asp:Label ID="Label4" runat="server" Text="Phone"
Font-Bold="True" Font-Names="Monotype Corsiva"
ForeColor="Blue"></asp:Label></td>
<td style="width: 3px; height: 26px;">
<asp:TextBox ID="txtPhone" runat="server"
Width="200px"></asp:TextBox></td>
</td>
</tr>
</table>
<br />
<table style="width: 599px; height: 111px; background-color:
#9999cc" border="0">
<tr>
<td style="width: 3px; height: 76px;">
<asp:Label ID="Label10" runat="server"
Text="Contract :" Font-Bold="True" Font-Names="Monotype Corsiva"
ForeColor="Blue"></asp:Label></td>
<td style="width: 3px; height: 76px;">
3. CODIGO C# .NET
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Data.SqlClient;
string insertSQL;
insertSQL = "INSERT INTO Authors (";
insertSQL += "au_id, au_fname,au_lname,";
insertSQL += "phone, address, city,state,zip,contract)";
insertSQL += "VALUES(";
cmd.Parameters.AddWithValue("@au_id",txtID.Text);
cmd.Parameters.AddWithValue("@au_fname", txtFirstName.Text);
cmd.Parameters.AddWithValue("@au_lname",txtLastName.Text);
cmd.Parameters.AddWithValue("@phone",txtPhone.Text);
cmd.Parameters.AddWithValue("@address",txtAddress.Text);
cmd.Parameters.AddWithValue("@city",txtCity.Text);
cmd.Parameters.AddWithValue("@state",txtState.Text);
cmd.Parameters.AddWithValue("@zip",txtZip.Text);
cmd.Parameters.AddWithValue("@contract",
Convert.ToInt16(chkContract.Checked));
int added = 0;
try
{
con.Open();
added = cmd.ExecuteNonQuery();
lblStatus.Text = added.ToString() + "registros
insertados";
}
catch (Exception err)
{
lblStatus.Text = "Error al insertar el registro";
lblStatus.Text += err.Message;
}
finally {
con.Close();
}
if (added > 0) {
FillAuthorList();
}
SqlDataReader reader;
try
{
con.Open();
reader = cmd.ExecuteReader();
while (reader.Read())
{
ListItem newItem = new ListItem();
newItem.Text = reader["au_id"] + ", " +
reader["au_fname"];
reader.Close();
}
catch (Exception err)
{
lblStatus.Text = "Error en la lectura de datos...";
lblStatus.Text += err.Message;
finally{
con.Close();
}
}
finally {
con.Close();
}
27 de mayo de 2009
if (delete > 0) {
FillAuthorList();
}
}
protected void btnUpdate_Click(object sender, EventArgs e)
{
string updateSQL;
updateSQL = "UPDATE Authors SET ";
updateSQL += "au_id=@au_id,
cmd.Parameters.AddWithValue("@au_id", txtID.Text);
cmd.Parameters.AddWithValue("@au_fname", txtFirstName.Text);
cmd.Parameters.AddWithValue("@au_lname", txtLastName.Text);
cmd.Parameters.AddWithValue("@phone", txtPhone.Text);
cmd.Parameters.AddWithValue("@address", txtAddress.Text);
cmd.Parameters.AddWithValue("@city", txtCity.Text);
cmd.Parameters.AddWithValue("@state", txtState.Text);
cmd.Parameters.AddWithValue("@zip", txtZip.Text);
cmd.Parameters.AddWithValue("@contract",
Convert.ToInt16(chkContract.Checked));
cmd.Parameters.AddWithValue("@au_id_original",lstAuthor.SelectedItem.V
alue);
try
{
con.Open();
int update = cmd.ExecuteNonQuery();
lblStatus.Text = update.ToString() + "registros
actualizados";
}
catch (Exception err)
{
lblStatus.Text = "Error al actualizar author";
lblStatus.Text += err.Message;
}
finally
{
con.Close();
}
}
protected void lstAuthor_SelectedIndexChanged(object sender,
EventArgs e)
{
//DEFINIENDO ADO .NET OBJECT
27 de mayo de 2009
string selectSQL;
selectSQL = "SELECT * FROM Authors";
selectSQL += "WHERE au_id='" +
lstAuthor.SelectedItem.Value + "'";
SqlConnection con = new SqlConnection(connectionString);
SqlCommand cmd = new SqlCommand(selectSQL, con);
SqlDataReader reader;
//fill control...
txtID.Text = reader["au_id"].ToString();
txtFirstName.Text = reader["au_fname"].ToString();
txtLastName.Text = reader["au_lname"].ToString();
txtPhone.Text = reader["phone"].ToString();
txtAddress.Text = reader["address"].ToString();
txtCity.Text = reader["city"].ToString();
txtState.Text = reader["state"].ToString();
txtZip.Text = reader["zip"].ToString();
chkContract.Checked = (bool)reader["contract"];
reader.Close();
lblStatus.Text = "";
}
catch (Exception err)
{
lblStatus.Text = "Error getting author.";
lblStatus.Text += err.Message;
}
finally
{
con.Close();
}
}
}
27 de mayo de 2009
Nota:
TRABAJO PRÁCTICO
Realizar una aplicación en ASP.NET (VISUAL STUDIO .NET 2005), para grabar, actualizar,
eliminar la tabla oportunidades, la cual permite seleccionar el cliente y el empleado, validar los
campos y utilizar el Mater Page.
Puntaje:
Nota:
Si se configura un servidor de informes para ejecutarse en una implementación más amplia de una
tecnología o producto de SharePoint, la construcción de las direcciones URL y los directorios virtuales se
verá afectada de las siguientes formas:
Para el acceso URL a elementos específicos, use siempre una dirección URL completa que
incluya la extensión de nombre de archivo (como .rdl para un informe). Se hace referencia a
todos los elementos de un sitio de SharePoint mediante direcciones URL completas, que
incluirán una extensión de nombre de archivo utilizada para distinguir entre los distintos tipos
de elementos del servidor de informes. Debe especificar direcciones URL completas al hacer
referencia a modelos y orígenes de datos compartidos en los informes y al especificar un
servidor de destino y carpetas para operaciones de publicación en un servidor de informes.
Para obtener más información acerca de los modos de implementación y los requisitos de las direcciones
URL para publicar elementos, vea Modos de implementación para Reporting Services y Implementar
informes, modelos y orígenes de datos compartidos en un sitio de SharePoint.
Acerca de las direcciones URL y los directorios virtuales para un servidor de informes en modo nativo
En SQL Server 2005 Reporting Services, se obtiene acceso al servidor de informes y al Administrador de
informes a través de direcciones URL que incluyen directorios virtuales dedicados configurados
específicamente para cada componente.
http:// o https://
La dirección URL comienza con un prefijo. El prefijo https se utiliza cuando el servidor está
configurado para Capa de sockets seguros (SSL).
Http:// y https:// son los prefijos más comunes, pero también se admiten otros. Para obtener
más información acerca de la creación de direcciones URL, vea URL Access Syntax en los Libros
en pantalla de SQL Server.
Un nombre de servidor
Puede ser el nombre del equipo en la red. Puede ser localhost si se tiene acceso a él
localmente. Si se tiene acceso al equipo mediante una conexión de Internet, debe ser un
nombre de dominio completo.
Un sitio Web
El sitio Web es una construcción IIS que identifica qué aplicación recibe la solicitud.
Puede ser el sitio Web predeterminado. Si está utilizando un sitio Web personalizado, puede ser
una dirección IP, un encabezado de host o un número de puerto. Para obtener más información
acerca de las diversas formas de identificar un sitio Web, vea el tema sobre el alojamiento de
varios sitios Web en un único servidor en la documentación de los Servicios de Internet
Information Server (IIS).
Un directorio virtual
El directorio virtual es la única parte de la dirección URL que se configura mediante Reporting
Services.
Nota:
Las direcciones URL proporcionan acceso de usuario final o mediante programación al servidor
de informes. Para obtener más información acerca de las conexiones con el servidor de
informes, vea Conexiones y cuentas de una implementación de Reporting Services en los
En la lista siguiente se muestran algunos ejemplos del aspecto que puede tener una dirección URL del
servidor de informes:
http://localhost/reportserver
http://localhost/reportserver$SQLEXPRESS
http://sales01/reportserver
http://sales01:8080/reportserver
https://sales.adventure-works.com/reportserver
https://www.adventure-works.com:8080/reportserver01
Las direcciones URL que se utilizan para obtener acceso al Administrador de informes comparten un
formato similar y suelen crearse en el mismo sitio Web que aloja al servidor de informes. La única
diferencia es el nombre del directorio virtual (en este caso es reports, pero se puede configurar para
que se utilice el nombre que se prefiera):
http://localhost/reports
http://localhost/reports$SQLEXPRESS
http://sales01/reports
http://sales01:8080/reports
https://sales.adventure-works.com/reports
https://www.adventure-works.com:8080/reports
Directrices para la configuración de directorios virtuales
Los directorios virtuales del servidor de informes y del Administrador de informes se deben crear en un
sitio Web existente. Puede utilizar el sitio Web predeterminado o un sitio Web personalizado. Puede
utilizar el mismo sitio Web para ambos directorios virtuales. No hay requisitos especiales para el sitio
Web. Toda la configuración de seguridad, ASP.NET, rutas de acceso, permisos, etc. se lleva a cabo en los
directorios virtuales.
Al crear el directorio virtual, la identidad del servicio Web del servidor de informes se configura
automáticamente. La versión de los Servicios de Internet Information Server (IIS) que utiliza determina
la identidad del servicio Web:
En IIS 6.0, el grupo de aplicaciones que contiene el sitio Web determina la identidad del
servicio Web. De forma predeterminada es NetworkService.
En IIS 5.0, la identidad del servicio Web es siempre la identidad del proceso ASP.NET. De forma
predeterminada es nombreDeEquipo\ASPNET.
Los directorios virtuales de Reporting Services están configurados para utilizar ASP.NET 2.0 (versión que
se instala con SQL Server). Si ejecuta versiones anteriores de ASP.NET en el servidor Web, asegúrese de
27 de mayo de 2009
que no haya conflictos entre las diferentes versiones de ASP.NET. Las dos versiones principales de
ASP.NET no se pueden ejecutar en el mismo proceso. En IIS 6.0, puede ejecutar diferentes versiones de
ASP.NET simultáneamente si utiliza grupos de aplicaciones diferentes para cada versión. En IIS 5.0,
cada versión de ASP.NET se ejecuta automáticamente como un proceso separado.
Los directorios virtuales del servidor de informes están configurados para el acceso a la intranet. El
acceso anónimo está deshabilitado de manera predeterminada. En la mayoría de los casos, las
direcciones URL del servidor de informes utilizan nombres de red de equipo. Si desea configurar
Reporting Services para conexiones a Internet, puede ser necesario modificar los archivos de
configuración del servidor de informes. Para obtener más información, vea la sección "Configuración
No se puede configurar un directorio virtual del servidor de informes para usar archivos de programa o
de datos en un equipo remoto. El directorio virtual del servidor de informes debe definirse en el equipo
donde se encuentren los archivos de programa de Reporting Services. No se admite la asignación de un
directorio virtual del servidor de informes a una carpeta compartida mediante una ruta UNC o una
unidad asignada.
Para ejecutar el servidor de informes y el Administrador de informes en un sitio Web personalizado, vea
Cómo configurar Reporting Services para que use un sitio Web no predeterminado (configuración de
Reporting Services).
Para especificar un grupo de aplicaciones para el servicio Web del servidor de informes, utilice la página
Identidad de servicio Web de la herramienta de configuración de Reporting Services.
Al igual que con los demás directorios virtuales, puede personalizar más aún los directorios virtuales del
servidor de informes y del Administrador de informes a través de los Servicios de Microsoft Internet
Information Server (IIS). Esto sólo debería ser necesario en caso de que se implementara una extensión
de seguridad personalizada o de que se utilizara un sitio Web no predeterminado. Si personaliza la
configuración e interrumpe la implementación como resultado, puede utilizar la herramienta de
configuración de Reporting Services para restablecer los directorios virtuales con el fin de utilizar la
configuración predeterminada.
Configuración Descripción
https://<servidor>/<servidorDeInformes> si utiliza
certificados SSL. Si el Administrador de informes está
instalado por separado en un servidor Web para Internet,
este valor debe ser un nombre de dominio completo que se
pueda utilizar para obtener acceso a una instancia del
servidor de informes detrás del firewall. Este valor no se
puede establecer nunca en localhost.
Vea también
Tareas
Cómo configurar Reporting Services para que use un sitio Web no predeterminado (configuración de
Reporting Services)
Conceptos
Configurar componentes de Reporting Services
Otros recursos
Directorio virtual del servidor de informes (Configuración de Reporting Services)
27 de mayo de 2009