combit Relationship Manager - Handbuch - combit GmbH
combit Relationship Manager - Handbuch - combit GmbH combit Relationship Manager - Handbuch - combit GmbH
Anhang▪▪Verwenden Sie explizite Indizes Ihres Datenbanksystems (nicht zu verwechseln mitden Sortierkriterien im cRM!) für folgende Spalten: die Primärschlüsselspalte, wichtigeSpalten nach denen immer wieder sortiert wird (erledigt der cRM nur unter MSSQL Server automatisch!) und in denen häufig gesucht oder gefiltert wird sowie füralle Fremdschlüsselspalten, denn über diese werden Relationen aufgelöst. Es handeltsich dabei um Spalten, die IDs auf fremde Tabellen enthalten, wie bspw. in Verknüpfungsansichtenbei n:m Relationen und in 1:n Ansichten.Der Einsatz von komplexen Abfragen bei Datensatzrechten kann ebenfalls zu Leistungseinbußenführen.▪ Versuchen Sie die Anzahl der Felder pro Datenbank-Tabelle niedrig zu halten. 75Felder pro Tabelle sollten hier als Maximal-Richtwert verwendet werden.▪▪▪▪▪▪▪Auch der übermäßige Einsatz von Bemerkungsfeldern (SQL-Server Datentyp textbzw. ntext) sollte reduziert werden. Oftmals reicht auch ein "normales" Zeichenfeldmit größerer Feldlänge zur Speicherung der gewünschten Information aus.Prüfen Sie, ob die Verwendung von Unicode-Zeichenfelder (SQL-Server Datentyp:nChar, nVarchar, nText) unbedingt notwendig ist. Diese verbrauchen mehr Übertragungsbandbreiteals "normale" Zeichenfelder (SQL-Server Datentyp: Char, Varchar,Text).Verwenden Sie möglichst kurze Spaltentitel in den Listenansichten und Containern.Bei Relationen verwendet der cRM in der Grundeinstellung lange Namen wie z.B.FirmenID.Firmen.ID.Firma.Blenden Sie in den Listenansichten (Containern) nicht benötigte Spalten komplettaus.Überprüfen Sie alle Relationen auf Ihre tatsächliche Notwendigkeit, da der cRM dieseRelationen überall rekursiv auflöst und somit die Arbeitsgeschwindigkeit auch maßgeblichvon ihnen abhängt. Unnötige Relationen sollten deshalb entfernt werden,dies gilt bspw. für nicht benötigte 1:1 "Rückrelationen" von 1:n verknüpfte Ansichten.Jeder auf der aktuellen Eingabemaskenseite sichtbare 1:n Relationencontainer verursachtzusätzliche Datenbankabfragen, welche Bandbreite und Performance in Anspruchnehmen. Dies wirkt sich insbesondere beim Blättern durch die Datensätzesowie beim Umschalten der Eingabemaskenseiten aus. Berücksichtigen Sie dies daherbei der Platzierung von mehreren Containern auf ein und derselben Eingabemaskenseite.Jedes auf der aktuellen Eingabemaskenseite platzierte 1:1 Feld verursacht zusätzlicheDatenbankabfragen, welche Bandbreite und Performance in Anspruch nehmen.Dies wirkt sich insbesondere beim Blättern durch die Datensätze sowie beim Umschaltender Eingabemaskenseite aus. Berücksichtigen Sie dies daher, wenn Sie vielesolcher 1:1 Felder vor allem aus unterschiedlichen Relationen platzieren möchten.398
Datentypen▪▪▪Das Transaktionsprotokoll der Datenbank sollte nicht unerwartet groß sein bzw. essollte ein entsprechender Wartungsplanung für die Verkleinerung der Datenbank eingerichtetsein (Transaktionsprotokoll wird ebenfalls bei einer entsprechend eingerichtetenDatenbanksicherung verkleinert). Weiterführende Informationen dazu finden Sieim Microsoft Knowledgebase Artikel http://support.microsoft.com/?kbid=873235Führen Sie solche Wartungsprozesse insbesondere nach Änderung einer großenDatenmenge (z.B. per UPDATE-Befehl) aus, da sich ansonsten die Performance desDatenbanksystems bei allen nachfolgenden Anfragen deutlich verschlechtert.Definieren Sie bei einer PostgreSQL Datenbank einen regelmäßigen VACUUM Wartungsprozessund passen Sie die 'shared_buffers' und 'work_mem' Einstellungen an.Vergleichen Sie dazu die unten aufgeführten Links.www.postgresql.org/docs/faqs.FAQ.html#item3.3www.powerpostgresql.com/Docs/www.varlena.com/varlena/GeneralBits/116.phpwww.postgresql.org/docs/current/static/indexes.html20.4 DatentypenDieses Kapitel beschreibt die wichtigsten Datentypen in PostgreSQL und MS SQL. DieAngaben sind ohne Gewähr.Hinweise zur Auswahl eines numerischen Datentyps:▪▪▪Für ganze zahlen ist der Typ "int" die häufigste Wahl, da er die beste Balance zwischenReichweite, Größe im Speicher und Effizienz bietet. Der Typ "smallint" wirdnormalerweise nur verwendet, wenn der Speicherplatz knapp ist. Der Typ "bigint"sollte nur verwendet werden, wenn die Reichweite des Typs "int" nicht ausreicht, weilletzterer auf jeden fall schneller ist.Der Typ "numeric" ist besonders empfehlenswert für die Speicherung von Geldbeträgenund anderen Größen, wo Genauigkeit erforderlich ist. Der Typ "numeric" ist allerdingsverglichen mit den Fließkommatypen sehr langsam. Der Typ "money" ist veraltet.Der in PostgreSQL 8.3 neu hinzugekommene Feldtyp "unique identifier" wird bislangvom cRM noch nicht direkt unterstützt.KategorieDatentypMS SQLDatentypPostgreSQLBeschreibungDatum/Zeit timestamp, timestamp Datum und Zeit399
- Seite 348 und 349: Eingabemasken DesignerStufe 1 - Glo
- Seite 350 und 351: Eingabemasken Designer‣ Während
- Seite 352 und 353: Eingabemasken Designerbefinden. Wä
- Seite 354 und 355: Eingabemasken Designerdie Sie auf d
- Seite 356 und 357: Eingabemasken DesignerWenn Sie die
- Seite 358 und 359: Eingabemasken DesignerFolgeverknüp
- Seite 360 und 361: Eingabemasken Designer‣ Über die
- Seite 362 und 363: Eingabemasken Designer17.6 ObjekteA
- Seite 364 und 365: Eingabemasken DesignerÜber die Reg
- Seite 366 und 367: Eingabemasken Designer▪▪Mit Com
- Seite 368 und 369: Eingabemasken Designerwurde. Leere
- Seite 370 und 371: Eingabemasken DesignerEigenschaften
- Seite 372 und 373: Eingabemasken DesignerDamit in der
- Seite 374 und 375: Eingabemasken DesignerSchaltfläche
- Seite 376 und 377: Eingabemasken Designer▪Der aktivi
- Seite 378 und 379: Benutzer- und Rechteverwaltung18. B
- Seite 380 und 381: Benutzer- und RechteverwaltungMitgl
- Seite 382 und 383: Benutzer- und Rechteverwaltung▪
- Seite 384 und 385: Benutzer- und Rechteverwaltung‣ P
- Seite 386 und 387: Benutzer- und RechteverwaltungProje
- Seite 388 und 389: Benutzer- und Rechteverwaltungdie E
- Seite 390 und 391: Benutzer- und RechteverwaltungBeson
- Seite 392 und 393: Automatisierung mit Scripten19. Aut
- Seite 394 und 395: Automatisierung mit ScriptenScripts
- Seite 396 und 397: Automatisierung mit ScriptenAnwendu
- Seite 400 und 401: AnhangKategorieDatentypMS SQLDatent
- Seite 402 und 403: AnhangKategorieDatentypMS SQLDatent
- Seite 404 und 405: Anhangals ein Software-System zu sp
- Seite 406 und 407: Anhangwird, um schnell auf Zeilen i
- Seite 408 und 409: AnhangRTF (Rich Text Format)ServerS
- Seite 410 und 411: AnhangThe OpenLDAP Public LicenseVe
- Seite 412 und 413: IndexFrankierung ..................
- Seite 414 und 415: IndexAutotext .....................
- Seite 416 und 417: IndexKarteikartenansicht ..........
- Seite 418 und 419: IndexVariablen ....................
- Seite 420: IndexAus dem address manager ......
Datentypen▪▪▪Das Transaktionsprotokoll der Datenbank sollte nicht unerwartet groß sein bzw. essollte ein entsprechender Wartungsplanung für die Verkleinerung der Datenbank eingerichtetsein (Transaktionsprotokoll wird ebenfalls bei einer entsprechend eingerichtetenDatenbanksicherung verkleinert). Weiterführende Informationen dazu finden Sieim Microsoft Knowledgebase Artikel http://support.microsoft.com/?kbid=873235Führen Sie solche Wartungsprozesse insbesondere nach Änderung einer großenDatenmenge (z.B. per UPDATE-Befehl) aus, da sich ansonsten die Performance desDatenbanksystems bei allen nachfolgenden Anfragen deutlich verschlechtert.Definieren Sie bei einer PostgreSQL Datenbank einen regelmäßigen VACUUM Wartungsprozessund passen Sie die 'shared_buffers' und 'work_mem' Einstellungen an.Vergleichen Sie dazu die unten aufgeführten Links.www.postgresql.org/docs/faqs.FAQ.html#item3.3www.powerpostgresql.com/Docs/www.varlena.com/varlena/GeneralBits/116.phpwww.postgresql.org/docs/current/static/indexes.html20.4 DatentypenDieses Kapitel beschreibt die wichtigsten Datentypen in PostgreSQL und MS SQL. DieAngaben sind ohne Gewähr.Hinweise zur Auswahl eines numerischen Datentyps:▪▪▪Für ganze zahlen ist der Typ "int" die häufigste Wahl, da er die beste Balance zwischenReichweite, Größe im Speicher und Effizienz bietet. Der Typ "smallint" wirdnormalerweise nur verwendet, wenn der Speicherplatz knapp ist. Der Typ "bigint"sollte nur verwendet werden, wenn die Reichweite des Typs "int" nicht ausreicht, weilletzterer auf jeden fall schneller ist.Der Typ "numeric" ist besonders empfehlenswert für die Speicherung von Geldbeträgenund anderen Größen, wo Genauigkeit erforderlich ist. Der Typ "numeric" ist allerdingsverglichen mit den Fließkommatypen sehr langsam. Der Typ "money" ist veraltet.Der in PostgreSQL 8.3 neu hinzugekommene Feldtyp "unique identifier" wird bislangvom cRM noch nicht direkt unterstützt.KategorieDatentypMS SQLDatentypPostgreSQLBeschreibungDatum/Zeit timestamp, timestamp Datum und Zeit399
Change language