Wie weiß ich, ob meine PostgreSQL-server mit dem Gebietsschema "C"?

Ich versuche zur Optimierung meiner PostgreSQL-8.3 DB-Tabellen zu den besten meiner Fähigkeit, und ich bin mir nicht sicher, ob ich die benutzen müssen varchar_pattern_ops für bestimmte Spalten, in denen ich performe ein LIKE gegen die ersten N Zeichen einer Zeichenkette. Nach diese Dokumentation, die Verwendung von xxx_pattern_ops ist nur dann notwendig, "...wenn der server nicht den standard - " C "locale".

Kann mir jemand erklären, was das bedeutet? Wie überprüfe ich, was meine locale Datenbank?

InformationsquelleAutor Matt Huggins | 2009-11-03

15

Derzeit einige locale [ docs ] - support kann nur eingestellt werden bei initdb Zeit, aber ich denke, das eine relevante _pattern_ops kann geändert werden über SET zur Laufzeit, LC_COLLATE. Sehen Sie die set-Werte, die Sie verwenden können, die ZEIGEN Befehl.

Beispiel:
```
SHOW LC_COLLATE
```
_pattern_ops Indizes sind sinnvoll bei Spalten, verwenden Sie pattern-matching-Konstrukte, wie LIKE oder regexps. Sie müssen noch immer einen regelmäßigen index (ohne _pattern_ops) zu tun, die Gleichheit suchen, die auf einen index. Also, nehmen Sie all dies berücksichtigt wird, um zu sehen, ob Sie brauchen, solcher Indizes auf deinen Tabellen.

Über das, was Gebietsschema ist, es ist ein Satz von Regeln über den Charakter der Bestellung, Formatierung und ähnliche Dinge, die je nach Sprache/Land auf einer anderen Sprache/Land. Zum Beispiel wird das Gebietsschema fr_CA (Französisch in Kanada) vielleicht haben einige verschiedene Sortier-Regeln (bzw. der Art und Weise der Anzeige von zahlen und so weiter) als en_CA (Englisch in Kanada.). Das standard-Gebietsschema "C" ist die POSIX-standards-konforme Standard-Gebietsschema. Nur strikten ASCII-Zeichen sind gültig, und die Regeln der Bestellung und Formatierung sind meist diejenigen, die von en_US (amerikanisches Englisch)

In computing, locale ist ein Satz von
Parameter, die definiert des Benutzers
Sprache, Land und spezielle
Variante Voreinstellungen, die der Benutzer
will, um zu sehen, in Ihrer Benutzeroberfläche.
In der Regel eine Gebietsschema-id besteht
mindestens eine Sprach-id und
eine region identifier.

Wenn ich mir ein Verständnis der SHOW Dokumentation korrekt, dann ist mein-server der LC_COLLATE Wert "de_de.UTF-8" bedeutet, dass es nicht mit dem "C" - locale, in welchem Fall ich brauche zu machen sicher, dass Sie xxx_pattern_ops. Ist das richtig?
Sie müssen zum erstellen solcher Indizes nur, wenn die Kriterien gelten (pattern-matching über den Spalten). Siehe meine edits.
LC_COLLATE: derzeit werden diese parameter können angezeigt, aber nicht eingestellt werden, weil die Einstellung bestimmt, die bei der Datenbankerstellung.

InformationsquelleAutor Vinko Vrsalovic

psql -l

laut Handbuch

Beispiel-Ausgabe:

                               List of databases
    Name     | Owner  | Encoding |   Collate   |    Ctype    | Access privileges
-------------+--------+----------+-------------+-------------+-------------------
 packrd      | packrd | UTF8     | en_US.UTF-8 | en_US.UTF-8 |
 postgres    | packrd | UTF8     | en_US.UTF-8 | en_US.UTF-8 |
 template0   | packrd | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/packrd        +
             |        |          |             |             | packrd=CTc/packrd
 template1   | packrd | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/packrd        +
             |        |          |             |             | packrd=CTc/packrd
(5 rows)

Auch \l wenn Sie bereits eine psql-Sitzung zu öffnen.

InformationsquelleAutor Pavel Korshikov

1

Wenn du hast die option...

Könnten Sie neu erstellen der Datenbank-cluster die mit der C-locale.

Du musst die locale initdb wenn initialisieren Ihre Postgres-Instanz.

Können Sie dies tun, unabhängig davon, was der server die default-oder Benutzer-Gebietsschema ist.

Das ist ein server-administration-Befehl jedoch nicht ein Datenbank-schema-Designer Aufgabe. Das cluster enthält alle Datenbanken auf dem server, nicht nur die, die Sie sind, zu optimieren.

Schafft es eine Marke neue cluster, und nicht migrieren Ihre vorhandenen Datenbanken oder Daten. Das wäre zusätzliche Arbeit.

Außerdem, wenn Sie in einer position, wo Sie können erstellen Sie einen neuen cluster als eine option, sollten Sie wirklich in Betracht ziehen mit PostgreSQL 8.4 statt, die pro-Datenbank-Gebietsschemas, angegeben in der CREATE DATABASE-Anweisung.

InformationsquelleAutor Stephen Denne

Gibt es auch eine andere Möglichkeit (vorausgesetzt, Sie wollen, um Sie zu überprüfen, aber nicht verändern):

Überprüfen Sie die Datei /var/lib/postgres/data/postgresql.conf
Folgende Zeilen müssen gefunden werden:

# These settings are initialized by initdb, but they can be changed.
lc_messages = 'en_US.UTF-8'                     # locale for system error message strings
lc_monetary = 'en_US.UTF-8'                     # locale for monetary formatting
lc_numeric = 'en_US.UTF-8'                      # locale for number formatting
lc_time = 'en_US.UTF-8'                         # locale for time formatting

InformationsquelleAutor pawos

1

OK, aus meiner perusings, es scheint, dass diese erste Einstellung

initdb --locale=xxx
```
 --locale=locale
       Specifies the locale to be used in this database. This is equivalent to specifying both --lc-collate and --lc-ctype.
```
grundsätzlich gibt das "default" locale für alle-Datenbank, die Sie erstellen, danach (d.h. es gibt die Einstellungen für template1", die die Standard-Vorlage). Sie können neue Datenbanken erstellen mit einem anderen Gebietsschema wie diese:

Locale anders ist als Codierung, können Sie manuell angeben und/oder encoding:
```
 CREATE DATABASE korean WITH ENCODING 'EUC_KR' LC_COLLATE='ko_KR.euckr' LC_CTYPE='ko_KR.euckr' TEMPLATE=template0;
```
Wenn Sie möchten, um manuell zu rufen.

Grundsätzlich, wenn Sie nicht angegeben ist, verwendet das system die Standard -, die fast nie ein "C".

Also, wenn Ihr show LC_COLLATE gibt etwas anderes als "C" oder "POSIX" dann sind Sie nicht mit der standard C locale und Sie müssen angeben, dass die xxx_pattern_ops für Ihre Indizes. Beachten Sie auch die VORBEHALT, dass, wenn Sie wollen, verwenden Sie die <, <=, > oder >= Operatoren, die Sie benötigen, und erstellen Sie eine zweite index-ohne die xxx_pattern_ops Flagge (es sei denn, Sie verwenden die standard-C-locale, die auf Ihre Datenbank, die selten ist...). Für nur == und LIKE (etc.) dann brauchen Sie nicht einen zweiten index. Wenn Sie nicht brauchen LIKE dann brauchen Sie nicht den index mit xxx_pattern_ops, möglicherweise, auch.

Selbst wenn Ihre Indizes definiert sind, zu sammeln und mit den "default" - wie
```
CREATE INDEX my_index_name
  ON table_name
  USING btree
  (identifier COLLATE pg_catalog."default");
```
Dies ist nicht genug, es sei denn, die Standardeinstellung ist "C" (oder POSIX, der gleiche) die Sortierung, kann es nicht verwendet werden für Muster, wie LIKE 'ABC%'. Man braucht so etwas wie dieses:
```
CREATE INDEX my_index_name
  ON table_name
  USING btree
  (identifier COLLATE pg_catalog."default" varchar_pattern_ops);
```
InformationsquelleAutor rogerdpack

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.