はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
「PostgreSQL」保護が加わったデータベース・ファイアウォール「GreenSQL 1.2」 | OSDN Magazine
イスラエルGreenSQLは12月2日、オープンソースのデータベース用ファイアウォールの最新版「GreenSQL 1.2」を公開した。「MySQL」に加えて「PostgreSQL」にネイティブ対応、PostgreSQLを保護できる唯一のデータベースファイアウォールという。 GreenSQLはアプリケーションとデータベースの両サーバー間のプロキシーとして動作してSQLコマンドを分析、SQLインジェクションや許可されていない変更からデータベースを保護するファイアウォールソフトウェア。 最新版では、MySQLに加えてPostgreSQLも保護できるようになった。モニタリング用のグラフィックUIを導入、プロキシーの設定と修正が容易にできるほか、MySQLまたはPostgreSQLのセキュリティ設定、アラートの一元化、設定のバックアップと復元などの機能を利用できる。 これまで「GreenSQL-Co
rubyrep: Home
Mission Development of an open-source solution for asynchronous, master-master replication of relational databases that is ridiculously easy to use database independent[1] License Released as open source under the MIT license. Status Production ready. Battle tested. Main Features Can scan two databases for differences Can sync two databases Can continuously replicate between between two databases
ここギコ！: mysqlの空間拡張対応が進んでいるよ！（C/W：Postgres使うならPostGIS使おうよ）
2009年07月08日 mysqlの空間拡張対応が進んでいるよ！（C/W：Postgres使うならPostGIS使おうよ） 同僚が見つけてくれたネタ、パクる感じで申し訳ないのですが...。 mysqlの空間拡張と言えば、空間インデックスでMBR（最小外接矩形）ベースの絞込みができるくらいで、後は沖電気さんがユーザ関数でdistance_sphere開発されたりとか、そういう感じだったんですけれども、裏ではまだベータ版ながら、大分いろんな機能が追加されてるみたいですね。 Categories: MySQLDevelopment | Software Preview | GIS Functions BUFFER(g1 geometry, d numeric) returns a Geometry defined by buffering a distance d around g1 where
SqlSyncによるデータベースの同期化 | OSDN Magazine
SqlSync では2つのデータベースを比較して、どのタプルが追加され、除かれ、変更されたかを知ることができる。また、一方のデータベースを他方のクローンにし、必要な変更を加えながらその状態を保つことができる。同期化にSqlSyncを用いることには、異種エンジン間（たとえば、MySQLからPostgreSQLへ）の同期化ができるというメリットがある。 Ubuntu、Fedora、openSUSEの標準リポジトリにはSqlSyncパッケージがない。そこで、本稿ではバージョン1.0.0-rc1を使い、64ビットのFedora 8マシンでソースからビルドすることにした。プロジェクトのfreshmeatページにもホームページにも書かれていないが、SqlSyncはデータベースへのアクセスにODBCを使う。したがって、unixODBC開発パッケージがインストールされていないと、ビルドは成功しない。 Sq
RailsDB
RailsDB is a web application written in Ruby using the Ruby on Rails web framework. RailsDB provides a generic interface to popular open source databases such as MySQL, PostgreSQL, and SQLite. The RailsDB project is currently under heavy development. License RailsDB is distributed under the GNU GENERAL PUBLIC LICENSE, Version 3 Documentation RailsDB API rdocs Download Download 0.3 Source Code Brow
yohgaki's blog - これからのプログラムの作り方 - 文字エンコーディング検証は必須
(Last Updated On: 2016年3月3日)最近PostgreSQL、MySQL両方にSJISエンコーディングを利用している際のエスケープ方法の問題を修正がリリースされています。この件は単純に「データベースシステムにセキュリティ上の脆弱性があった」と言う問題ではなく「アプリケーションの作り方を変える必要性」を提起した問題です。 参考：セキュアなアプリケーションのアーキテクチャ – sandbox化 PostgreSQL、MySQLの脆弱性は特にSJIS等、マルチバイト文字に\が含まれる文字エンコーディングが大きな影響を受けますが、同類の不正な文字エンコーディングを利用した攻撃方法が他の文字エンコーディングでも可能です。例えば、UTF-8エンコーディングは1文字を構成するバイト列の最初のバイトの何ビット目までが1であるか、を取得してUTF-8文字として1バイト～6バイト必要なのか
Large Database on FreeBSD: uyota 匠の一手
Running large DB's on FreeBSD と FreeBSD-stable に投稿された。 質問内容は、 The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k rpm disks in a RAID5 setup. ... i know the database will have several million rows and be larger than 10GB. との事。16GB のメモリと RAID5 のディスクを搭載したサーバに 10GB ぐらいのデータベースを FreeBSD と MySQL で構築したいとのことだ。 すぐ、かつ大量にあった返事が RAID5。RAID5 はデータベースの性能を殺すから、絶対避けるようにとのこと。 こちらも RAID5 程ではな
「PostgreSQLは遅い」は本当か？：OSSデータベース比較 - CNET Japan
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます LAMPやLAPPといった言葉が示しているように、オープンソースソフトウェア（OSS）での代表的なリレーショナルデータベース管理システム（RDBMS）といえば、「MySQL」と「PostgreSQL」だ。この2つのRDBMSは同等であるかのように思われているが、しかしPostgreSQLのユーザー団体「日本PostgreSQLユーザ会」で理事長を務める片岡裕生氏によれば、「PostgreSQLはあまり信用されていない」ということがあるそうだ。 「十分にチューニングされたMySQLとチューニングしていないPostgreSQLを比較したり、反対にチューニングされたPostgreSQLとチューニングしていないMySQLを比較したり、あるいは比
データベース比較研究会
2ヶ月ぐらい毎に、MySQL、PostgreSQL、Firebird の関係者が あつまって、データベースの話をするイベントに参加。 今までは会場関係者だったので、微妙に参加しにくかったけど、 転職したおかげで、なんだかスッキリとした気分で参加。 非常に楽しかったですよ。 今回はベンチマークネタ。 - PostgreSQL はカラムが増えると遅くなる - PostgreSQL は update 系が弱い - 8.3 の HOT 導入でその弱点もだいぶ改善される - PostgreSQL のストアドは遅くない。オーバヘッドはそれほどない。 使っても良い感じ。 - MySQL のストアドも悪くないっぽい。 - Firebird は単純処理では最速。 - でもなぜか、Java や PHP から使うとものすごく遅い。 設定ミスの可能性もあるけど。 - でもCPUを使いすぎる傾向がある？ジャイアン型
「MySQL，PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較，判明...
「更新とJOINが多ければMySQL，シンプルなSELECT主体ならPostgreSQLが向いている。ストアド・プロシージャでシングル・コネクションならFirebirdは非常に速い」---6月23日に開催された「オープンソースカンファレンス2007.DB（OSC2007.DB）」で，各オープンソースDBのコミュニティのメンバーによる性能比較が披露され，従来の一般的なイメージとは異なる“意外な結果”が明らかにされた。 オープンソースカンファレンスは，オープンソース関連コミュニティが主催するイベントで，OSC2007.DBはデータベース関連のコミュニティが集まったイベントである。性能比較セッションを担当したのは，日本MySQLユーザ会の堤井泰志氏，日本PostgreSQLユーザ会の片岡裕生氏，Firebird日本ユーザー会の木村明治氏。「あくまでボランティアによる性能比較であって，最速，最新マ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
