Vergleich der Feld-Typen einer Pivot-Tabelle mit SQL
Die Feld-Typen einer Pivot-Tabelle lassen sich mit bestimmten Teilen einer SQL-Abfrage vergleichen: Weiterlesen …
* You are viewing Posts Tagged ‘Datenbanken’
Die Feld-Typen einer Pivot-Tabelle lassen sich mit bestimmten Teilen einer SQL-Abfrage vergleichen: Weiterlesen …
Mit Pivot-Tabellen können Daten einer Tabelle einfach und auf unterschiedliche Art und Weise ausgewertet werden. Pivot-Abfragen sind vergleichbar mit der einer Group-by-Klausel in SQL. Die Ausgangswerte der Tabelle werden hierbei nicht verändert. Allerdings werden Änderungen in der Ausgangstabelle in Pivot-Tabellen nicht automatisch übernommen. Die Aktualisierung muss bei Bedarf manuell angestoßen werden. Um in OpenOffice Calc eine Pivot-Tabelle bzw. einen PivotTable-Bericht zu erstellen, verwendet man den Datenpiloten. Im Folgenden ein kleines Beispiel, wie der Datenpilot funktioniert: Weiterlesen …
Auf der Suche nach einer Mac-Version für den bekannten Berichtsgenerator „Chrystal Reports“ fand ich u.a. diese Reporting-Tools: JasperReports (mit einer kostenfreien Version!), OpenRPT, Pentaho Report Designer, DataVision. Dabei entstand folgende Aufstellung … Weiterlesen …
Filemaker verwendet für den Zeilenumbruch ein Linefeed, wo andere Programme Carriage Return + Linefeed setzen. So kommt es, dass Filemaker CR + LF als doppelten Zeilenumbruch interpretiert und ausgibt. Mit den folgenden Funktionen kann man in Filemaker die doppelten Umbrüche ersetzen: Weiterlesen …
Wer auf eine MySQL-Datenbank mit unterschiedlichen Anwendungen (Filemaker, phpMyAdmin, Access, Navicat lite, OOoBase) zugreift, muss feststellen, dass Filemaker [Mac] im Zusammenspiel mit den anderen ein eigenes Köpfchen beweist. Als Zeilenumbruch (siehe Zeilenumbruch-Matrix) gibt Filemaker nämlich nur ein Linefeed (LF) aus, wo andere Anwendungen zusätzlich ein Carriage Return (CR) setzen sowie erwarten. Als Ergebnis finden sich in der MySQL-Table Datensätze unterschiedlicher Zeilenumbruch-Codierung. Ein unschöner Umstand, den man bei jedem Report beachten muss. Da wäre es schön, wenn in der Datenbank alle Datensätze einheitlich mit der gewünschten Zeilenumbruch-Codierung eingefügt – und in Filemaker keine überflüssigen Umbrüche ausgegeben würden. Das gelingt – und zwar mit Hilfe von zwei Triggern in der MySQL-Datenbank (1) und einer entsprechenden Funktion in der Filemaker-Anwendung (2). Weiterlesen …
Im Folgenden meine kleine Beispiel-Sammlung SQL-Statements: Weiterlesen …
Für folgendes Filemaker-Phänom ist nicht Zauberei sondern ein falscher ODBC-Treiber die Ursache: Weiterlesen …
Pflege und Reporting einer MySQL-Datenbank können mit Hilfe verschiedener Anwendungen geschehen. Dabei ist jedoch zu beachten, dass die unterschiedlichen Anwendungen mit unterschiedlichen Zeichensätzen arbeiten und so z.B. der Zeilenumbruch je nach Programm unterschiedlich gesetzt bzw. interpretiert wird (siehe hierzu auch: “Zeilenumbruch in Text: CR, LF und NL”). D.h. die Eingabe eines Zeilenumbruchs in dem einen Programm bedeutet nicht zwingend, dass in dem anderen Programm dieser auch ausgegeben wird. Im Folgenden hierzu eine Matrix, die das unterschiedliche Verhalten der Anwendungen phpMyAdmin, Navicat Lite, MS Access, OOo Base sowie Filemaker in Punkto Zeilenumbruch zeigt: Weiterlesen …
Wenn man unter Mac OS X 10.6 mit dem MySQL-Connector/ODBC, Version 5.1, eine MySQL Table hinzufügen will, kommt (z.B. bei Filemaker) die Meldung „Table Datenbank.Datenbank doesn’t exist“. Weiterlesen …
I. F. wird beschrieben, wie man mit Filemaker pro 10 Advanced als Frontend die Verbindung zu einer MySQL-Datenbank als Backend herstellen kann: Weiterlesen …