AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Schriftattribute in einer Datenbank speichern
Thema durchsuchen
Ansicht
Themen-Optionen

Schriftattribute in einer Datenbank speichern

Ein Thema von olaf · begonnen am 28. Okt 2010 · letzter Beitrag vom 29. Okt 2010
Antwort Antwort
olaf

Registriert seit: 4. Mai 2009
Ort: Iserlohn
82 Beiträge
 
RAD-Studio 2009 Pro
 
#1

Schriftattribute in einer Datenbank speichern

  Alt 28. Okt 2010, 09:49
Datenbank: turbodb • Version: 6 • Zugriff über: komponente
Hallo,

ich muß Schriftattribute, wie Farbe, Size u.s.w in einer Datenbank speichern. Jetzt habe ich für jedes einzelen Attribut ein Feld in der Tabelle angelegt. Das summiert sich natürlich.

Welche Möglichkeiten gibt es, diese komprimiert zu speichern. Wichtig wäre noch ein schnelles Auslesen aus der Datenbank.

olaf
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.542 Beiträge
 
Delphi 11 Alexandria
 
#2

AW: Schriftattribute in einer Datenbank speichern

  Alt 28. Okt 2010, 09:56
Naja, zumindest die Schriftstile (fett, kursiv etc.) könnte man als Bitmaske speichern. Ich weiß nur nicht, ob das wirklich viel bringt.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
olaf

Registriert seit: 4. Mai 2009
Ort: Iserlohn
82 Beiträge
 
RAD-Studio 2009 Pro
 
#3

AW: Schriftattribute in einer Datenbank speichern

  Alt 28. Okt 2010, 15:35
Hallo,

erstmal Danke für Dein Vorschlag aber ich denke das bringt nicht so viel.

Ich stelle Termin aus einer Datenbank in einem HTML-Grid dar. Weil es mir auf Performance ankommt, glaube ich, ist meine jetzige Speicherform in der Tabelle die Beste. Bold wird z.B. als String "<B>" gespeichert, auf diese Weise kann ich die Attribute direkt in HTML umsetzten. Habe es schon mit Boolean, Integer Werten oder einem Record versucht. Ist alles langsamer, da wieder gerechnet werden muß um auf "<B>" zu kommen.

Naja hätten ja sein können das einer DIE Lösung hat.

olaf
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#4

AW: Schriftattribute in einer Datenbank speichern

  Alt 28. Okt 2010, 15:54
... Bold wird z.B. als String "<B>" gespeichert, auf diese Weise kann ich die Attribute direkt in HTML umsetzten. Habe es schon mit Boolean, Integer Werten oder einem Record versucht. Ist alles langsamer, da wieder gerechnet werden muß um auf "<B>" zu kommen.
Sogar mein längst verschrotteter AT386 hätte sich bei der Übersetzung von 3 => <B> nicht verhoben. Wenn Du da ein Geschwindigkeitsproblem hast, dann stimmt da irgendetwas nicht.
Um wieviele Fonts geht es eigentlich?

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
olaf

Registriert seit: 4. Mai 2009
Ort: Iserlohn
82 Beiträge
 
RAD-Studio 2009 Pro
 
#5

AW: Schriftattribute in einer Datenbank speichern

  Alt 29. Okt 2010, 08:07
Hallo p80286,

wahrscheinlich hast Du meine Frage nicht verstanden.

Über "3 => <B>" würde ich nicht im geringsten nachdenken oder dies hier im Forum posten.

Aber für circa 3600 Operation nur für die Schriftattribute, pro geladene Terminseite schon. Ich denke, das sich damit Deine alte Kiste ganz schön verheben würde.

olaf
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#6

AW: Schriftattribute in einer Datenbank speichern

  Alt 29. Okt 2010, 12:17
Nun so ganz klar ist mir noch nicht um was es geht, trotzdem mal ins Blaue spekuliert.
Letzendlich wirst Du wohl nicht mehr als 10 oder 20 oder 50 (?)unterschiedliche "Schriftstile" benötigen. Die hierfür benötigten Parameter fasst Du zusammen und legst sie unter "Schrift1,Schrift2..." ab. Dann ist zumindestens die Zugriffskomplexität eingeschränkt. Um die Datenmenge, die bewegt werden muß, einzuschränken, könnten die Teile der Schriftdefinition, die in allen Schriften gleich sind, gleich als Konstanten vorliegen.
Natürlich gibst Du dann einiges an Flexibilität auf, aber wieviel ist nötig?

Das gibt meiner alten Kiste auch wieder eine Chance

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:41 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz