Ralf Eisenreich » visual studio http://sqlblog.de/blog SQLBlog.DE | ..things to remember Tue, 24 Nov 2009 16:18:27 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 PHP Editor: Visual Studio http://sqlblog.de/blog/2007/11/php-editor-visual-studio/ http://sqlblog.de/blog/2007/11/php-editor-visual-studio/#comments Fri, 30 Nov 2007 00:23:04 +0000 Ralf http://sqlblog.de/blog/index.php/2007/11/30/php-editor-visual-studio/ VS.PHP

Ein sehr guter PHP Editor inklusive Debugging-, Deployment- und (Smarty)-Template-Unterstützung heißt VS.PHP von Jcx.Software.

Außerdem gibt es 4 verschiedene Versionen:

    • VS.Php Standalone Edition
      VS.Php for Visual Studio 2005
      VS.Php for Visual Studio .Net 2003
      VS.Php for Visual Studio .Net

Besonders die Integration in Visual Studio ist sehr interessant.

Das sagt Jcx.Software dazu:

If you are a .Net developer you may wonder why VS.Php? Php is one of the most popular languages for developing web applications. In fact, the Php community has the largest pool of rich open source applications, frameworks and resources to make your development life easier. VS.Php lets those who enjoy using Visual Studio use their favorite IDE for Php development. VS.Php also provides many unique features by leveraging the Visual Studio IDE like Php/Javascript debugging.

[Quelle: Jcx.Software]

]]> http://sqlblog.de/blog/2007/11/php-editor-visual-studio/feed/ 1 VS.Net Fonts and Colors http://sqlblog.de/blog/2007/11/vsnet-fonts-and-colors/ http://sqlblog.de/blog/2007/11/vsnet-fonts-and-colors/#comments Mon, 26 Nov 2007 12:39:06 +0000 Ralf http://sqlblog.de/blog/index.php/2007/11/26/vsnet-fonts-and-colors/ Abhängig vom Medium kann eine unterschiedliche Farbwahl die Lesbarkeit verbessern. So gibt es auch für unsere Entwicklungswerkzeuge verschiedene Themes, die Farben und Schriftarten anpassen können.

kontrast

Visual Studio Themes:

Themes 1

Themes 2

Visual Studio Colors: Back vs. White

Textmate Theme

Farben von Visual Studio 2005 nach MS SQL Management Studio übertragen:

VSColorsToSQL

Meine Farben:
VS2005Settings.zip

[inspired by: Join the dark side of Visual Studio]

]]> http://sqlblog.de/blog/2007/11/vsnet-fonts-and-colors/feed/ 0 Reports mit ASP.NET und SQL Server 2005: One or more rows contain values violating non-null, unique, or foreign-key constraints http://sqlblog.de/blog/2007/03/reports-mit-aspnet-und-sql-server-2005-one-or-more-rows-contain-values-violating-non-null-unique-or-foreign-key-constraints/ http://sqlblog.de/blog/2007/03/reports-mit-aspnet-und-sql-server-2005-one-or-more-rows-contain-values-violating-non-null-unique-or-foreign-key-constraints/#comments Thu, 01 Mar 2007 07:23:31 +0000 Ralf http://ralf-eisenreich.de/blog/index.php/2007/03/01/reports-mit-aspnet-und-sql-server-2005-one-or-more-rows-contain-values-violating-non-null-unique-or-foreign-key-constraints/ Der Fehler

“An error has occurred during report processing.
Exception has been thrown by the target of an invocation.
Failed to enable constraints. One or more rows contain values violating non-null, unique, or foreign-key constraints.”

tritt oft auf, wenn in einer ASP.NET-Anwendung lokale Reports verwendet werden, die Daten aus einer SQL-Query von einem DataSet erhalten.

Das Durchforsten verschiedener Foren (beispielsweise MSDN) hat mir leider auch nicht weitergeholfen.

Die Lösung war aber einfach:

  1. das DataSet in Visual Studio öffnen
  2. im DataSet eine Spalte heraussuchen (oder erzeugen) die Unique ist (sich also auch als Primary Key eignen würde).
  3. im Eigenschaften-Fenster die Unique-Eigenschaft auf True setzen für diese Spalte.

DataSet

]]> http://sqlblog.de/blog/2007/03/reports-mit-aspnet-und-sql-server-2005-one-or-more-rows-contain-values-violating-non-null-unique-or-foreign-key-constraints/feed/ 0 ASP.NET: local ReportViewer http://sqlblog.de/blog/2006/11/aspnet-local-reportviewer/ http://sqlblog.de/blog/2006/11/aspnet-local-reportviewer/#comments Tue, 14 Nov 2006 09:49:46 +0000 Ralf http://ralf-eisenreich.de/blog/index.php/2006/11/14/aspnet-local-reportviewer/ Der lokale ReportViewer und die Verwendung von Parametern

Mit Visual Studio 2005 sowie Web Developer Express Studio wird das ReportViewer-Control mitgeliefert. Dieses Steuerelement kann in .NET-Anwendungen verwendet werden und unterstützt die Darstellung von Berichten, die in Report Definition Language definiert werden. Außerdem kann der ReportViewer Daten filtern, sortieren, gruppieren oder aggregieren. Die Datenpräsentation kann in Listen, Tabellen, Diagrammen und Matrizen erfolgen. Sogar das Conditional Formatting ist möglich. Besonders hilfreich ist die Möglichkeit, Berichte in verschiedene Formate wie PDF oder Excel zu exportieren.

Ein in eine ASP.NET-Anwendung integrierter Bericht könnte so aussehen:
ReportViewer Example

Die Daten für diese Berichte können von jeder Datenquelle kommen. Die Anwendung in der der ReportViewer eingebettet wird ist für die Bereitstellung der Daten zuständig. Daten müssen dem ReportViewer nur in der Form von ADO.NET DataTables oder einer Sammlung von Business Objekten übergeben werden.

Hat man auf seinem Server neben dem IIS, ASP.NET auch den ReportServer (eine Erweiterung des SQL-Server 2005) installiert, kann man Remote-Berichte in dieses Steuerelement einbetten, die dann vom ReportServer bereitgestellt und generiert werden. Als Zugabe gibt es einen Wizard, der die Erstellung von Berichten unterstützt und weitere Export-Formate wie TIFF, CSV usw.

Als Alternative bietet sich das Einbetten lokaler Berichte an. Dazu übergibt man dem in der eigenen Anwendung eingebetteten ReportViewer einen lokal abgelegten Bericht. Lokale Berichte tragen die Dateiendung RDLC (Report Definition Language Client-Side).

Besonders hilfreich ist die Verwendung von Parametern, um Daten in einem Bericht eingrenzen zu können. Bei der Verwendung von Remote-Berichten kann man Parameter direkt bei der Erstellung des Berichts definieren. Beim Aufruf wird dann eine Parameter-Maske eingeblendet, die eine Veränderung der Parameter ermöglicht.
Bei der Verwendung lokaler Berichte gibt es diese Parameter-Maske leider nicht. Auch wenn man direkt im Bericht Parameter definiert hat, wird diese Maske nicht eingeblendet. Es macht also keinen Sinn bei lokalen Berichten Parameter zu definieren. Vielmehr ist es hier dann die Aufgabe der Anwendung, die die Daten bereitstellt, eine Filtermöglichkeit bereitzustellen.

In folgende Schritten kann man einen lokalen Bericht in einem ASP.NET-Projekt hinzufügen:

  • Ein Datasets im Verzeichnis App_Code erstellen.
    Im Dataset einen TableAdapter hinzufügen, der die gewünschten Daten bereitstellt. In der Abfrage können auch Parameter definiert werden.
  • Einen Report erstellen im Verzeichnis App-Data.
    In Visual Studio kann der Report per Drag and Drop zusammengeklickt werden, wobei das vorher erstellte Dataset in der Toolbox angezeigt wird.
  • In einer ASP.NET-Seite den ReportViewer hinzufügen und den erstellten Bericht übergeben. Danach muss noch die ObjectDataSource konfiguriert werden, die erstellt wird sobald ein Bericht im ReportViewer ausgewählt wird oder Rebind gewählt wird.
  • Falls Parameter im Bericht verwendet werden sollen, muss das gewünschte Steuerelement (z.B. eine Textbox oder eine ComboBox) zu der ASP.NET-Seite hinzugefügt werden. In dem Page_Load-Ereignis wird dann folgender Code definiert:
PLAIN TEXT
Visual Basic:
  1. ' set default value for the data source
  2. ObjectDataSource1.SelectParameters.Item("month").DefaultValue = cboMonth.SelectedValue
  3. ' show / hide report viewer
  4. Dim dv As New Data.DataView
  5. dv = ObjectDataSource1.Select()
  6. If dv.Table.Rows.Count> 0 Then
  7. ReportViewer1.Visible = True
  8. Else
  9. ReportViewer1.Visible = False
  10. End If
  11. ' Live-Filter
  12. If chkFilter.Checked = True Then
  13. ObjectDataSource1.FilterExpression = String.Format("(month = '{0}')", cboYear.SelectedValue)
  14. Else
  15. ObjectDataSource1.FilterExpression = ""
  16. End If
  17. ReportViewer1.LocalReport.Refresh()

Bei der Verwendung von Parametern bei der Datenabfrage im Dataset wird in der ObjectDataSource (die Datenquelle für den ReportViewer) ein Default-Parameter definiert, der dann an die Select-Anweisung der Abfrage im Dataset übergeben wird.
Möchte man von einem Steuerelement Daten übergeben, kann auch auf diesem Weg erfolgen.
Mit Hilfe des DataView-Elements wird überprüft, ob die ObjectDataSource überhaupt Daten zurückgibt, wobei dann je nach Ergebnis der ReportViewer angezeigt wird oder nicht.
Im Beispielcode wurde eine ComboBox für die Auswahl des Monats (cboMonth) verwendet.

Möchte man sozusagen live Daten Filtern, kann dies über die FilterExpression in der ObjectDataSource erfolgen. Dazu werden zunächst alle Daten im Dataset geladen und später in der ObjectDataSource vor der Ãœbergabe an den ReportViewer gefiltert. bei dieser Methode müssen keine Parameter in der Select-Anweisung definiert werden. Allerdings wird die Abfragedauer höher sein, da immer alle Daten aus der Datenbank geholt werden.
Im Beispielcode wurde eine ComboBox für die Auswahl des Jahrs (cboYear) verwendet.

]]> http://sqlblog.de/blog/2006/11/aspnet-local-reportviewer/feed/ 4