Ernst Hügli schrieb:
>> Das Werkzeug "PHPmyAdmin" bietet beim Anlegen einer Tabelle YEAR als
>> Datentyp an - neben DATE, DATETIME, TIMESTAMP, TIME
>>
>> Selbstverständlich schreibe ich das nicht im Sinne von "aber ...".
>> Ich berichte nur über diese "Entdeckung".
>>
>> Das Interface von PHPmyAdm
Ernst Hügli schrieb:
[OT-Thema Notensatz-Software]
> Kennt er MuseScore?
Nein, kennt er nicht. Danke, ich leite es weiter.
Andreas
--
OOo 3.1
http://borumat.de/openoffice-writer-tipps
-
To unsubscribe, e-mail: users-unsubsc
Andreas Borutta schrieb:
> PS: Falls zufällig ein Leser etwas zum Thema "Noten für Blinde
> zugänglich machen" weiß, freue ich mich über eine private Mail:
> boru...@gmx.de
Wie ich erstaunt feststelle, wurde meine Mailadresse von der
Listensoftware "umgewandelt".
Daher hier stattdessen ein Kontak
Ernst Hügli schrieb:
> Erlaube mir ein paar allgemeine Bemerkungen zu Deinem Anliegen. Du hast
> zwei Probleme: zum einen will Dein Freund, der Komponist, ein Werkzeug,
> das ihm erlaubt, seine Werke zu katalogisieren. Zum anderen willst Du DB
> lernen.
> Tut mir leid, aber als einer, der selbe
Andreas Borutta wrote:
Im Moment nutze ich nicht Linux, sondern Windows.
Daher kommen Werkzeuge, die allein für Linux bereitstehen, nicht in
Frage.
Das ist ja kein (großes) Verbrechen.
Gottseidank stehen alle relevanten Datenbanken von mysql
über postgres bis zu diversen db2, oracle, MaxDB o
Jörg Schmidt schrieb:
[...]
> Du mußt an der Stelle auch die Zusammenhänge von Werten, Formatierungen
> und 'Eingabeautomatisierungen' verstehen lernen.
> Beispielsweise gibt es aus Sicht der Tabellenkalkulation keine
> 'allgemeinen' Zeiten, woraus leicht Mißverständnisse und Fehler
> erwachsen k
Hallo Guenter
Guenter Wallnig schrieb:
Wie in diesem Thread schon mehrfach betont: der Design - und da
empfehle ich meinen Schülern auch: Bleistift und Papier, allenfalls
die Textverarbeitung oder ein Zeichnungsprogramm à la Draw oder Visio
- ist das Alpha und Omega einer guten Datenbank-Appli
Hallo Ernst und alle anderen ...
Ernst Hügli schrieb:
...
Wenn er aber mal 09 oder gar nur 9, ein ander Mal aber
1992 eingibt, dann kommt die DB damit nicht klar.
das kann man aber über "constraints" (Bedingungen) lösen, nicht
unbedingt 4-stellig, bzw. integrierten Korrekturen
(habe dazu ge
Andreas Saeger schrieb:
>> Ich spreche hier nicht von Formularen, sondern direkt von der Tabelle.
>>
>>> Wegen dieser
>>> unterschiedlichen Tabellen taugt hier eben ein Allround-Werkzeug wie Base
>>> nicht richtig, sondern es muss zur Erstellung dieser Tabellen besser auf
>>> eine
>>> speziel
Andreas Borutta wrote:
Nehmen wir an, solche Tabellentypen wären ausserhalb von Base erstellt
worden.
Weil Du oben den "schreibenden Zugriff" erwähnst: man kann z.B.
innerhalb der Base-GUI eine solche Tabelle öffnen und einen Datensatz
unten einpflegen?
Ich spreche hier nicht von Formularen, son
Ernst Hügli schrieb:
> Ich verstehe Dein Problem nicht: "" als Datentyp gibt es weder in
> einer Tabellenkalkulation noch in der Kalenderrechnung noch in der
> Mathematik:
Das Werkzeug "PHPmyAdmin" bietet beim Anlegen einer Tabelle YEAR als
Datentyp an - neben DATE, DATETIME, TIMESTAMP, TI
Hallo Andreas
Andreas Borutta schrieb:
Bitte gehe auf die von mir genannten Argumente ein, wo ich schreibe,
dass ich keinen guten Grund sehe, bewußt eine für menschliche
Verwalter (ich schrieb explizit nicht von Anwendern) schlechter
lesbare (Benennungen, Reihenfolge) und somit schlechter wartba
Hallo Andreas
Andreas Borutta schrieb:
Danke.
Daraus folgt, dass eine Formatangabe , wie Robert sie zuerst in
Base vorgenommen hatte, scheitern muss, weil es eben keinen Datentyp
Jahreszahl gibt.
Die aktuelle Feldeigenschaft "Vierstellige Ganzzahl" ist also genau
richtig.
Richtig. Wicht
Ernst Hügli schrieb:
>> Die Ursache könnte tatsächlich in Calc liegen. Die Jahreszahlen habe
>> ich in unformatierte Zellen eingegeben. Calc konnte sie also nur als
>> vier Ziffern werten und nicht als Datumsangabe.
>>
>> Aber auch wenn man in Calc eine Zelle zuerst als Datum ""
>> formatiert
Hallo Andreas
Andreas Borutta schrieb:
...
Na, dann haben wir ja schon mal MySQL as Backend.
da ebenfalls OpenSource und eine große aktive Community, ist das eine
gute Wahl!
Also bleibt mir als Tool zum Verwalten allein PHPmyAdmin?
nein, wie Du ja auch dem vorherigen posting entnehmen k
Hallo Andreas B., *,
Andreas Borutta schrieb:
> Andreas Saeger schrieb:
>
>> Na, dann haben wir ja schon mal MySQL as Backend. Damit habe ich ein
>> kleines bisschen Erfahrung. Das Ding ist wohl sowas wie der VW Golf
>> unter den Datenbanken.
>> Das einzige wesentlich bessere Frontend, über das
Andreas Saeger schrieb:
> Na, dann haben wir ja schon mal MySQL as Backend. Damit habe ich ein
> kleines bisschen Erfahrung. Das Ding ist wohl sowas wie der VW Golf
> unter den Datenbanken.
> Das einzige wesentlich bessere Frontend, über das ich wirklich Auskunft
> geben könnte wäre MS Access.
* Andreas Borutta [14-06-2009 19:08]:
> Welche didaktisch exzellente (deutschsprachige) Literatur zur Struktur
> (relationaler) DB kannst Du mir empfehlen?
Hallo Andreas,
einen direkten Literaturtipp habe ich nicht für dich,
aber 2 Seiten für einen groben Überblick:
http://de.wikipedia.org/wik
Ernst Hügli schrieb:
Hallo Ernst,
zunächst mal vorab: ich schätze es ausdrücklich, wenn jemand, wie Du
es hier getan hast, mir gegenüber Tacheles redet.
Erlaube mir bitte im Gegenzug einige Bemerkungen.
Du wirst hier im Thread keine Aussagen vor mir finden, wo ich glauben
machen möchte, ich hab
Hallo
Am Sonntag, 14. Juni 2009 schrieb Andreas Borutta:
snip
> Darauf möchte ich mich im Moment auch konzentrieren. Formulare kommen
> dann in der zweiten Phase.
Der Datenbankentwurf ist das A und O des ganzen. Wenn das nicht stimmt, kannst
du mit Formularen nichts mehr retten.
>
> Erstmal muss
Na, dann haben wir ja schon mal MySQL as Backend. Damit habe ich ein
kleines bisschen Erfahrung. Das Ding ist wohl sowas wie der VW Golf
unter den Datenbanken.
Das einzige wesentlich bessere Frontend, über das ich wirklich Auskunft
geben könnte wäre MS Access. Lassen wir das einmal beiseite (ja,
Andreas Saeger schrieb:
>> Aber wenn ich mir Dein Beispiel zur Verwaltung "OpenOffice Medien"
>> ansehe, wären wohl auch für "Werk eines Komponisten" ausgewachsene
>> Makros nötig um die Abhängigkeiten abzubilden.
>>
> Nein, die Abhängigkeiten können alle in der Datenbank hinter dem
> Formular a
Hallo Andreas,
>
> das Mittagessen wartet. Ich habe gerade einen Entwurf der Datenbanktabellen
> nach Deiner Tabelle gemacht. Er steht unter
> http://www.scoolonline.de/download/Musik_Klassik.odb
Habe mich gerade noch einmal für 45 Minuten dran gesetzt. Irgendwie hat die
Formatierung des Datums a
Andreas Borutta wrote:
Richtig.
Aber wenn ich mir Dein Beispiel zur Verwaltung "OpenOffice Medien"
ansehe, wären wohl auch für "Werk eines Komponisten" ausgewachsene
Makros nötig um die Abhängigkeiten abzubilden.
Nein, die Abhängigkeiten können alle in der Datenbank hinter dem
Formular abgeb
Hallo Andreas,
das Mittagessen wartet. Ich habe gerade einen Entwurf der Datenbanktabellen
nach Deiner Tabelle gemacht. Er steht unter
http://www.scoolonline.de/download/Musik_Klassik.odb
Die Daten sind drin, aber noch nicht verknüpft.
Ein Formular zur Eingabe fehlt natürlich auch noch.
Gruß
Robert Großkopf schrieb:
>> Jetzt geht es erstmal darum, die Datenbank zu konzipieren.
>>
>> Mir erscheint es sinnvoll, dass Daten jeweils nur an einzigen Stelle
>> eingeben werden und nicht mehrmals.
>
> Das sollte grundsätzlich in jeder Datenbank so sein.
>
>> Weiterhin sollen nur voneinander
26 matches
Mail list logo
