>>52
この板から消えろ　馬鹿すぎ

>>55
?

>>57
使い方によるんでね?

書き込みのしくみからの「印象」ではPostgreSQLのほうが壊れにくそうな気がするけど
実際には運用の仕方によるとしか言えないね。

>>57
MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。

おまいらはソース読んで比較してますか？

PostgreSQLのテーブルパーティションが便利だな

英語がすごく苦手なんですけど、ツール類とか含めて日本語環境が充実してるのはどっちですか？
自分で調べた感じではPostgreSQLかなと思いますが・・・

何を持って普及してるというかは微妙だが

postgresのバックアップツールは日本語とおらないぞ
データベース丸ごとという指定なら問題ないが
個別にやる場合問題あり

DB自体はまったく問題ないので自作できるとかなら気にしなくてもいいかも

MySQLはどうだったかなぁ
4.0までならプラットフォームのエンコーディング使うんで問題は少ない
最新版の5.0は4.1があんな状況だったのを考えるとわりと危険がいっぱい

でたばかりなのは危険があるのはどちらも同じ
postgresは今8.0が枯れてきたところ
半年くらい前までは8.0もjdbcドライバがバグもちだったし

話はそれたが、どっちも使った人間としては総合的に見て
postgresのほうが今は楽

interbaseやHSQLDBも好きな変人なんで当てにはならないと思うが
俺はまったく英語読めないけどどっちも使えてる

>>63
「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。

>>63
SQLServer 2005 Expressだな。無料だし。
で、SQLServer 2005 ExpressにはEnterprise Managerが付いてないので、
管理用にSQLServer 2005のDeveloper（未発売）を買う。
SQLServer 2005 Developerが5000円くらいで出てくれればコレが最強。

>>68
データの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。

そういうこと

カラム名に日本語使うのは問題ないみたい

テーブル名に日本語使うとはまるかも

Postgres本体の制限ではないけど、こういうのはオープンソースプロダクトではよくあるよ
DB本体はマルチバイト綺麗に対応していても周辺のツールが未対応っての

昔はフィールド名、テーブル名に日本語ってあり得なかったんだけど
最近は普通にみんな使ってるし、対応してくれると楽だなぁ。

エンドユーザーコンピューティングってやつだな

元々業務系はAccessとかCOBOLとかスタンドアロン系のDBは
日本語使うのが普通だったんだけれども

一応マルチバイトのテーブル名とかカラム名とか動くはずだが
保障しない、推奨しないってのがOracleあたりで多かった希ガス

ま、SQLぱっとみてすぐに分かるのはいいよね

俺も10年位前は否定派だったけど、いまじゃ日本語とおるほうがいい


MYSQLはプラットフォームのエンコーディング無視して
ファイルシステムに格納しやがるからMySQLも日本語テーブルは鬼門
日本語カラムはMySQLでは非推奨だったかな
これも周辺ツールの影響もあると思われ

プログラマ的発想だと、テーブル名に日本語はやめれって感じだけど、
普通に考えると日本語使えた方がいいね。

仕様書いたりするときも、いちいち説明用に日本語と英語の対応表を
別に用意したり、慣れない英語名を考えたりしなくてむ済むし。

>>73
確かにカラム名と日本語名とかならずかいてたな

カラム名をそのまま出すとユーザー企業側がわからないので
日本語名対照表作るなり面倒なことになる
そしてカラムが増えたのにそれを忘れたり・・・

回答ありがとうございました。勉強になりました。
列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。

無料のSQLServer2005Expressにも興味ありますが、
Developerが出てないので今回は見合わせます。今すぐ作ってみたいので。

まぁ小規模なPGでDB周りをちゃんと作ってれば
DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。

いままでFreeBSD4.11でMysql5.0をつかってきたが
5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので

PHPのソースはPEARをつかってるので書き換えは不要だが
mysqldumpの出力内容をいじらないといけないようで
int(11) → int
auto_increment → serial
でインサートできているようだ

他にMySQLからPostgreSQLへ移行する上で
とくに注意する点はないだろうか？

MySQLはそのままでOSをLinuxにすれば簡単なのに馬鹿だな

mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";

PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ

>>79
そういう前提でいいのか？
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん

文字列はシングルクォーテーションだな
ダブルクォーテーションは用途が違う

Linuxでいいや
そんなふうに考えていた時期がオレにもありました

Linuxじゃ駄目だと考えるようになったのはニートと呼ばれ始めた頃からだろうか？

はてなとmixiはMySQLつかってるね。

http://www.hatena.ne.jp/info/tech/

だから頻繁にはてなおちるのか

じゃあソース見せてもらえるのか

さすがにコマーシャルライセンスかってるだろ

だから時々CMが入るのか。

はてなのシステムは外販もしてるの？

社内で閉じたシステムじゃないからな
コマーシャルライセンスが必要

んでも、「GPLで配布されているMySQL」を入手してGPLの枠内で商用利用する分には
問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの？

はてなで質問してこいｗ

>>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった

ユーザーがDBのクライアントだから＞WEBアプリ

文章の意味がつかめんが、WebアプリならDB本体もドライバも
配布するわけじゃないからGPLでも構わんよね

データも公開しないといけないの？
ママ大変！お客様のパスワードが丸見えだわ！

当然だよ。
嫌ならPG使え。

ドライバを自作してGPLを回避している強者はいないのか？