![\"Entwurfsansicht](\"..\/tl_files\/images\/tblTexte_Design.png\")
<\/a><\/p>\nBild 1: Entwurfsansicht der Tabelle tblTexte mit markierten Rich-Text-Memofeld<\/p>\n
Sie können sie eventuell um Gültigkeitsregeln<\/b> oder Standardwerte<\/b> erweitern. Die Länge des Felds ist auf 255 Zeichen voreingestellt. Diesen Wert brauchen Sie nicht zu verändern. Größer geht nicht, und kleiner ist überflüssig, da dies in der Datenbank keinerlei Platz einspart. Soll die Länge begrenzt sein, wie etwa bei Postleitzahlen auf 5, so erledigen Sie dies besser über eine zusätzliche Gültigkeitsregel.<\/p>\n
TextKurz<\/b> ist also ein normales Textfeld. Soll die Kapazität des Felds größer sein, als 255 Zeichen, so nehmen Sie ein Memofeld<\/b> (TextLang<\/b>). Es ist in der Lage, bis circa 1 Milliarde Zeichen zu speichern. Das ist gleichzeitig die maximale Größe einer Access-Datenbank in Bytes. Denn grundsätzlich werden alle Textzeichen als Unicode<\/b> in der Tabelle gespeichert. Somit belegt ein Zeichen zwei Bytes. Allerdings verringert sich das durch die Unicode-Kompression<\/b> im Schnitt wieder, jedoch nie um den Faktor zwei.<\/p>\n
Seit Access 2007<\/b> kann direkt im Tabellenentwurf für ein Memofeld zusätzlich die Eigenschaft Textformat<\/b> gesetzt werden (siehe TextRich<\/b>). Neben dem normalen Format steht nun auch das Rich-Text-Format<\/b> zur Verfügung. Intern ändert das nichts am Memofeld und dem Speichermodus, Access weiß dann aber, wie es den Text zu interpretieren hat. So ein Feld gestattet dann schon in der Datenblattansicht der Tabelle die Formatierung des Texts über einen aufpoppenden Toolbar (Bild 2). Dieser taucht nicht auf, wenn die Eigenschaft Rich-Text<\/b> deaktiviert ist.<\/p>\n
Bild 2: Formatierungs-Toolbar für Rich-Text<\/p>\n Access speichert neben den eigentlichen Textdaten dann auch HTML-Tags zur Formatierung, die Sie aber nicht zu Gesicht bekommen. Das funktioniert auch dann nicht, wenn Sie später das Rich-Text-Format<\/b> deaktivieren. Access entfernt bei diesem Vorgang nämlich sämtliche HTML-Tags.<\/p>\n Die Tabelle tblText<\/b> wurde mit zwei Datensätzen gefüllt, wobei ein Lore-Ipsum<\/b>-Generator im Internet zu Anwendung kam (Bild 3). In den Kurztext sind nur wenige Zeichen kopiert, während TextLang<\/b> und TextRich<\/b> mit dem identischen Text von etwa 60.000 Zeichen versehen wurden. Für den dritten Datensatz wurde der erste zunächst kopiert. TextLang<\/b> und TextRich<\/b> sollten dann durch Copy&Paste<\/b> in der Länge verdoppelt werden. Das schlägt indes fehl!<\/p>\n Bild 3: Die Tabelle tblTexte enthält drei Datensätze, wobei die Inhalte des letzten durch die Abfrage qry_NewRecord zustandekam<\/p>\n Denn für die Datenblattansicht kommt intern ebenfalls eine Textbox<\/b> zum Einsatz, und diese erlaubt nur Bearbeitungen bis etwa 65.000 Zeichen! Andernfalls erscheint die Meldung Text ist zu lang, um bearbeitet werden zu können<\/b>.<\/p>\n Wie aber bekommt man dann mehr Zeichen in das Tabellenfeld<\/p>\n Die eine Möglichkeit ist der Import<\/b> aus einer Textdatei. <\/p>\n Die andere ist das Füllen des Textfelds über VBA<\/b> und ein Recordset<\/b>. Das ist sicher die umständlichste Variante.<\/p>\n Eine Lösung ist jedoch ebenfalls das Anlegen oder Modifizieren von Datensätzen über Anfüge<\/b>– oder änderungsabfragen<\/b>. So geschehen in der Abfrage qry_NewRecord<\/b> aus Bild 4. Die Anfügeabfrage<\/b> nimmt den Ausgangsdatensatz mit der ID<\/b> 2<\/b> und fügt diesen an die Tabelle tblTexte<\/b> selbst wieder an, dupliziert ihn also. Dabei werden die Inhalte von TextLang<\/b> und TextRich<\/b> aber verdoppelt:<\/p>\n Bild 4: Anfügeabfrage qry_NewRecord zum Duplizieren eines Datensatzes innerhalb der gleichen Tabelle mit Vergrößern zweier Textfelder<\/p>\n So kam der Datensatz mit der ID<\/b> 7<\/b> in Bild 2 zustande. Versuchen Sie in der Datenblattansicht nun, den Inhalt der Memofelder dieses Datensatzes zu ändern, sei es durch Einfügen oder Löschen von Zeichen, so funktioniert das abermals nicht. Hier tritt noch nicht einmal eine Meldung auf. Der Datensatz verhält sich so, als sei er gesperrt!<\/p>\n Um es kurz zu machen: Sie werden eine Access-Textbox, ob in der Datenblattansicht oder im Formular, durch keinerlei Tricks dazu bewegen können, Texte länger als 65.000 Zeichen zu bearbeiten. Ist das gewünscht, so kommen Sie um den Einsatz einer alternativen Textbox, etwa dem ActiveX<\/b>-Steuerelement MSForms-Textbox<\/b>, die solche Beschränkungen nicht aufweist, nicht vorbei.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span><\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n[TextLang neu]=[TextLang] & [TextLang]<\/pre>\n
Textboxen im Formular<\/h2>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t