標準SQLではDBとテーブルの間にスキーマの概念があるのだが、MySQLには無い。
標準SQLではユーザとグループは、ロールとして統合された。ロールのほうが柔軟性が高いデザイン。
申し訳ないが、MySQLが「ふつう」だとは思わないほうが良いよ。
Postgres はこれまで手間を減らすような機能は提供してなかったものの、設計そのものはより「正しい」と言える。

ココから先は単に PG の使い方だが、
publicスキーマに関しては REVOKE ALL ON SCHEMA public FROM public; で権限は剥奪しておける。
ログインに関しては pg_hba.conf のほうで制御するようになっている。
ぱっと見「アホなの？」と思うようなことはさすがに開発者も気づいているだろうから、少しは調べてみると良い。

何でもかんでも調べもせずにデフォルトで使ってそれに文句言ってるのって滑稽ではある

>>501
どちらかというと、MySQLのデータベース ≒ PostgreSQLのスキーマ と考えたほうがいいかも。
PostgreSQLでもスキーマのUSAGE権限は、その中に含まれるテーブルに引き継がれるから、
そこは >>500 が言っている動きに近いんじゃないだろうか。

最近はsqliteがおもちゃっぽくて好きだなぁ。
Cで書くと速くてびっくり。
もちろんPostgreSQLが一番だい！

何でもちゃんと原因調べて適切な対処を取るようにしないと
毎回再インストールするはめになるぞ、、てかもうなってるか

やばいなあ
2ヶ月ほど外に出たのはジュース買いに出ただけだよ顔色とか真っ白

で　どうなったの？

技術的には関係なく、経営上の理由で、
MySQLが勝手に潰れてPostgreSQLが勝利しそうな感じ

MySQLの世界での普及度合は半端じゃないから
もし5.5で開発打ち止めになったとしても
MariaとかDrizzleなどの互換プロダクトがシェアを維持するんじゃないかな
Linuxとは状況が違うのはわかっているがRHL、FedoraからCentOSが出たみたいに、
結局FreeBSDは表舞台にでれなかった。
書いてる俺はポスグレ派

CentOSの意味解っていってるのか
あれはRHELからロゴ外してそのまま配布してるだけで互換プロダクトとかそんなレベルではない
本家が無くなったらCentOSも無くなる

いやいやCentOSの話と違うくらいわかってる。
MySQLがクローズソースになってもMariaとDrizzleがあるって話だ。
ポスグレがこれからMySQLなみに普及するとは思えない。
DBなんてどうでもいいプログラマがMySQL互換DBがあるのにわざわざポスグレに移ると思うか。
世の中DBなんてどうでもいいだよ。動けば。そんで動いたらもういじりたくないんだよ。

その互換DBの存続の心配してるんだろうが

MySQL互換DBは本家が存続しないと続かないだろ
本家をちょっと改造しただけなんだからｗ

てかDBなんてどうでもいいのかMySQL互換DBじゃなきゃ駄目なのかはっきりしろよｗ

基本的に、本家が投げ捨てたものを引き継いで開発し続けるプロジェクトって
上手くいかないからなぁ。あと、MySQLの場合はコマーシャルライセンスが
あったのも大きかったわけだし。

>>516
誰がいつ互換DBの心配について書いた？
>>518
ふつうのユーザやプログラマはDBなんてどうでもいいわけ。
だから手間のかかんない互換DBでOKってことだよ

つうかMySQL使ってるほとんどの奴ってレベル低いだろ
ポスグレやオラクル覚えようなんて奴いねえよ。

>>520
他のレス全然読めないならいちいちレスすんなよ

このスレ５年も生きてるけど、
けっきょく、どうなんだ

大規模だったらPostgreSQLの方がいいと思うけど
ぶっちゃけどっちでもいいレベルだと思う

>>524
>大規模だったらPostgreSQLの方がいいと思うけど

ｋｗｓｋ

MySQLのJOINの方式はレコード数が増えるとパフォーマンスが落ちる(Nested Loop Joinしかない)
あとMySQLのレプリケーションはマスタがおかしくなると終わり
(というか面倒でリカバリに時間が掛かる)

MySQLはJOINしないで読み出しばっかやるシステムだと最強なんだけどなー

>>528
それならKVS最強じゃね？memcached以外にもいろいろ選択肢がある。
あと、メモリにテーブルデータ全部のっければMySQLもPostgreSQLも速いよ。

つうことでJOINなし検索OnlyでもMySQLは最強じゃないよ。

MySQL使う理由って結局ノウハウだよね
KVSだとまだ耐障害性とか未知の部分があって、
こないだのmixiみたいになることもある。

単純にJOINなし検索専用ならノウハウなんていらんだろ
慣れ、惰性だよ。

えっ

MySQL使ってる連中の99%は惰性で使ってるだけ
ノウハウなんてない。このスレみてみ
http://www.mysql.gr.jp/mysqlml/mysql/msg/15364
全員書籍執筆者なのにまともにデータバックアップもリストアもできないんだぜ。
使えてる気になってるだけ。

うわこれはひどい
ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
暇な人がやってるという俺の認識からすると不思議なことではない。
わかりやすい文章を書くにはプログラミングと別の才能が必要だからそれはそれで尊敬するけど

大企業なんかでちゃんとしたインフラやってる人が書くってより
中小企業の経営者やフリーランスが書いてるイメージあるな

執筆者は2極化してるよ。
評価の高い本を書くひとは所属関係なく技術レベルも高い。
糞本しか書けないひとはそれなり。

>ただテクニカルライターって現場で引っ張りだこの人でも新しい何かを産み出す人でもなくて
>暇な人がやってるという俺の認識からすると不思議なことではない。

>中小企業の経営者やフリーランスが書いてるイメージあるな

MySQLの中の人(M信さんやO野さん)も暇な人？

そうじゃない人もいるとピックアップしても反論にならんよ
そりゃまともな執筆者もいるのは当たり前なんだし
反論するなら全書籍の執筆者を調べて
大多数は忙しくて技術も完璧ってソースにしないと

>反論するなら全書籍の執筆者を調べて
>大多数は忙しくて技術も完璧ってソースにしないと

中学生の夏休みはおわっただろ。早くねないと遅刻するぞ。

つうか、全員まともor全員ダメ
って2択しかできないって、頭が不自由なゆとりだよな。

>執筆者は2極化してるよ。

これ正解。
1割のすごい連中、9割の普通の連中。
執筆依頼のないお前は糞。

>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。

その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。

他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな

>>540-5541
長島☆自演乙☆雄一郎ｗｗｗ

　　　　　　　 ＿＿
　 　 　 　 ´ 　 　 　 ｀　、
　　／　　　　　　　　 ｨ､ ＼
.　/　　　　/　!　　　//!、　ヽ
　l　 l　|　/! /,ヽ.､ /ｲ |_,、､ハ
　l　 !　| ﾅﾚ´　 ヽ＼ﾙ　 ヽ! ﾘ
　 !　|　|/ ﾆ=-　　 　 -=ﾆ K
　 l　ゝ |　xxx　 　 '　　 xx | }
.　 ! {ｒ∧　　　ｒ-ー--ｧ　　ﾉ'
.　 !　`ｰ-ｒ､　 `ｰ---'　 イi |
.　 ! 　 |　|　ﾌ`､ｰ_‐ 〔 ＼ｰ､
　 l　　 ! ／ ＼　　｀ .|､　|　 ヽ　　　　　　 _／￣二ﾌ　>>540
　 l　i ／　　　 ＼＿」|oV　　i ヽ　　 　 ／〈　 つノ)
　/|.ﾉ{ ⌒ヽ、　 　 　 ヽ　ｒ‐‐!/　＼　 / 　 ヽ´イｰ'
./ .|　|　　､　ヽ ﾆ二}　ヽo￣ヽ　　　>'ヽ　　　/

IT業界にいてもSE,PGが天職だと思える人は5%もいない。
9割以上は凡庸なプログラマ。残り5%弱がPGに向いてない人。
執筆者が1割も優秀ならまだいい方なのかもしれない。
まあ1割も適当に言っただけで根拠はないと思うけど。

んで10年後のMySQLとPostgresのシェアってどうなってると思う？
日本では拮抗、世界ではMySQLっていう今の状況（で、いいんだよね？）は
変わらないと思う？いろいろ覚えるの面倒だから一個でいいんだけど

覚えるの面倒だから一個でいいと言う人は一つもマスターできない気がする

例えば俺はポスグレメインなんだが、buffer, work_mem, fsync, commit_delay, check_point_segmentとかの
パフォーマンスに直結するパラメータをどれくらいに設定するのかとか、ORを使うくらいなら二個のSELECTをJOINした方が
早いとか(今は治ったけど）、VACUUM FULLしてもREINDEXしないとINDEXが小さくならないとか、
複数のDBについてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあOracleも結構勉強したけど、フリーの奴は一個でいいかなって

えっ

548がマスターベーションしたってとこまで読んだ