66376db094
Moving from https://docs.silverstripe.org/en/4/getting_started/server_requirements/ since it's too much noise there. Also removing the maintainer contact, that's an outdated concept. |
||
|---|---|---|
| _config | ||
| code | ||
| docs | ||
| tests | ||
| _register_database.php | ||
| .editorconfig | ||
| .gitattributes | ||
| .scrutinizer.yml | ||
| .travis.yml | ||
| .upgrade.yml | ||
| CHANGELOG | ||
| code-of-conduct.md | ||
| composer.json | ||
| LICENSE | ||
| phpcs.xml.dist | ||
| phpunit.xml.dist | ||
| README.md | ||
PostgreSQL Module Module
Requirements
- SilverStripe 4.0
- PostgreSQL 8.3.x or greater must be installed
- PostgreSQL <8.3.0 may work if T-Search is manually installed
Installation
- Install via composer
composer require silverstripe/postgresqlor extract the contents so they reside as apostgresqldirectory inside your SilverStripe project code - Open the installer by browsing to install.php, e.g. http://localhost/silverstripe/install.php
- Select PostgreSQL in the database list and enter your database details
Usage Overview
See docs/en for more information about configuring the module.
Known issues
All column and table names must be double-quoted. PostgreSQL automatically lower-cases columns, and your queries will fail if you don't.
Collations have known issues when installed on Alpine, MacOS X and BSD derivatives
(see PostgreSQL FAQ).
We do not support such installations, although they still may work correctly for you.
As a workaround for PostgreSQL 10+ you could manually switch to ICU collations (e.g. und-x-icu).
There are no known workarounds for PostgreSQL <10.
Ts_vector columns are not automatically detected by the built-in search filters. That means if you're doing a search through the CMS on a ModelAdmin object, it will use LIKE queries which are very slow. If you're writing your own front-end search system, you can specify the columns to use for search purposes, and you get the full benefits of T-Search.
If you are using unsupported modules, there may be instances of MySQL-specific SQL queries which will need to be made database-agnostic where possible.