回答:
bostongisの比較は、実際に最新の文書ではありませんが、それはあなたに優先され、そしてあなたがあなたの選択を行うために必須またはオプションとして考慮すべき点を参照するには、少なくとも、良いスタートすることができます。比較は一般的であり、openlayersとは関係ありません。
あなたのOLプロジェクトでは、この点に関して制約がない限り、ホスティングからのDBの可用性も考慮する必要があると思います。
Postgisから、クエリ結果をkmlおよびjsonとしてネイティブにエクスポートできます(そしてOLで簡単にそれを読み取ることができます)。これは、MySQLでは不可能だと思います(任意の言語で動的に作成するためのサードパーティコールがあります。)
PostgresのPostGISの毎回 http://en.wikipedia.org/wiki/PostGIS
より多くの空間機能と空間的な観点からのデータベースの制御
Spatial Databaseについて話している場合、MySQLは除外します。PostGIS(私のお気に入り)、Oracle Spatial、SQL Server Spatial、さらにはSpatialiteのような他のOGC Simple Features SQL実装に関しては、完全ではありません。または、サポートされているRDBMSへのゲートウェイとしてのArcSde。
ただし、OpenLayersを使用するために空間データベースを用意する必要がないことに注意してください。OpenLayersに、WFS / WMS / WCSなどのOGC Webサービス実装を提供する任意のMap Serverを供給することができます。たとえば、MapServerを使用している場合は、GDAL / OGRでサポートされている任意のベクターレイヤーをOpenLayerに供給することができます。
http://www.gdal.org/ogr/ogr_formats.html
あなたのユースケース(「DBテーブルに値を保存してそれらを取得する」)を考えると、WFS-T実装が必要だと思います。これには、GeoServer(PostGis / Oracle SpatialまたはMySql)またはTinyWFS(GeoServerのみ)を使用できます。
TinyOWSはまもなくMapServerプロジェクトに含まれることに注意してください(実際、MapServerはWFS-T実装を提供していません)。