MySQL vs PostgreSQL Part2
レス数が1000を超えています。これ以上書き込みはできません。
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。
どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。
前スレ
MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
>>539
依頼があるボクはすごいんだ自慢乙。
ところで、お前、恥垢臭のせいで周囲から生きる悪臭公害と言われているのに
気づいているか? あまりの臭いで自分の頭まで狂ってしまうぐらいの。
その狂った頭はもう手のつけようがないけど、臭いに迷惑している周囲のため
包茎ぐらいはどうにかしとけ。包茎は治る障害なんだから。 他の人が抱いているイメージ論に対して自分の基準で完全否定するのって小学生レベルだよな まちがった
540と541が絶句するほどひどいレス __
´ ` 、
/ ィ、 \
. / / ! //!、 ヽ
l l | /! /,ヽ.、 /イ |_,、、ハ
l ! | ナレ´ ヽ\ル ヽ! リ
! | |/ ニ=- -=ニ K
l ゝ | xxx ' xx | }
. ! {r∧ r-ー--ァ ノ'
. ! `ー-r、 `ー---' イi |
. ! | | フ`、ー_‐ 〔 \ー、
l ! / \ ` .|、 | ヽ _/ ̄二フ >>540
l i / \_」|oV i ヽ /〈 つノ)
/|.ノ{ ⌒ヽ、 ヽ r‐‐!/ \ / ヽ´イー'
./ .| | 、 ヽ ニ二} ヽ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も結構勉強したけど、フリーの奴は一個でいいかなって
例えば俺は醤油メインなんだが、塩分濃度、こく、うまみとかの
味に直結する要素をどれくらい把握するのかとか、手仕込みの醤油を使うなら味が安定しているキッコーマン使った方が
うまいとか(今は小さい蔵も品質安定してるけど)、無添加の醤油は劣化が早いから早めに使わないと味が変わるとか、
複数の調味料についてそういう細かい特性の違いまで覚えるのは無駄だと思うんだ。
まあ味噌も結構勉強したけど、フリーの奴は一個でいいかなって
っていう料理人いないだろ 醤油と味噌は用途が違うんだから両方知らないと駄目だろ。
みんなポスグレとMySQL両方とも各バージョンでどんな
変更があったとか把握してんの?
調味料で例えるなら、醤油を作ってる蔵Aと蔵Bがあって、蔵Aは大豆の刈り取りから
醤油になるまでのタイムラグがこれくらいだから何月頃に使うのがおいしいとか、
そういう細かいところを各蔵ごとに浅く広く覚えるより、一番おいしい蔵どころを一社見つけて
そこの醤油の特性を深いところまで覚えた方がいいってことだろ?
なにがおかしいのかわからん 味噌味の煮物か醤油味の煮物か
味噌汁かけんちん汁か
味噌ラーメンか醤油ラーメンか
の違いって事だろ 例えで混乱するのはこれくらいにして、みんなポスグレとMySQLで大方の設定パラメータまで暗記して使ってるの?
どっちも浅くしか使ってないんじゃないの? WindowsとMacとLinuxどれも使うみたいな程度の話だろ
何をキレてるんだ
そもそも他のDBの特徴もちゃんと把握してないとPostgreSQLを客に薦めることもできないだろ
これはPostgreSQLの方が優れてるんです!とかいっても、客にこないだのMySQLのバージョンアップで
そこはMySQLの方が良くなったよね?みたいに突っ込まれたらお前の仕事は
設定までたどり着かずにそこで終わりだ。 つまりお前はバージョンアップ毎に大体どんなとこが変わったか、
自分が関わるプロダクトについては抑えてる訳ね。それには敵わんわ。
DB以外の部分でいっぱいいっぱいだもの。
別に切れてないし、周りがどうなのか純粋に質問したかっただけ。ありがとう 末端部分の製造と設定の仕事しか請け負わない奴ならともかく、
システム全体請け負うフリーランスなら
プロダクトの選定からメンテナンスまで仕事じゃね普通? >>559
つーか導入時点で競合製品の比較やるために調査しないか普通。
逐次全部暗記してるわけじゃなくて、必要なら他のプロダクトについても調査するだけの話だぞ。
積極的にチェックするのはメジャーバージョンアップの時くらいでいいんだし。
俺はポスグレしか知らないし、他のプロダクトのこと学ぶのは意味がないとか言う奴に仕事が来るとは思えん。 わかってる人に質問。
今や、PostgreSQLがMySQLに勝る
ところは、ライセンスのわかりやすさ
だけなの?
MySQLは5.1以降の性能向上が
かなりいいらしいけど。
MySQLがPostgreSQLに勝る点
(1)オフィシャルサポートby Oracleがある
(2)DB毎、テーブル毎のレプリケーションができる
(3)サポートされているシステムやソフトが多い
以上。
パフォーマンスは使いかた次第。CPUコアに対するスケーラビリティはまだPostgresの勝ち。
ただしベンチマークだけで評価するのは素人。アプリ次第でパフォーマンスなんてどうにでもなる。
MySQLはトリガ、ストアドプロシージャがまだまだ弱い。check制約も未サポート。MyISAMは外部キーも未サポート。
ただしこれらを使うか使わないかはあなた次第。
メジャーバージョン間の互換性はPostgresが高い、というかMySQLはマイナーバージョンですら
互換性なくすから実際に運用してみるとどうしようもないことがわかる。
SQLレベルでもころころ仕様がかわるから、アプリケーションまで含めたシステムのバージョンアップに
とてつもないコストがかかる。
>>526
にあるように、レプリケーション用のスレーブを準備するのが大変。バックアップ/リストア機能がとてつもなく貧弱。
これが運用上最大の欠点。
ファイルシステムのスナップショット機能を利用するしかない。あらかじめ準備してなかったり、古い環境で作業させられたりするとアウト。
MySQLはバグも多い。バグフィックスの数が膨大。
もともと開発の稚拙さが目立っていたが最近ではAlterTableでクラッシュするバグが1年以上放置されたりとひどい。
スラドに「PostgreSQLやSQLiteがMySQLの代用になるとか、天と地が逆さになってもありえない。」
とか書いてるキチガイがいるな >>570
あんな基地外シッタカ放置だろ。言っていることの
全てに突っ込みどころがありまくり。 ./見てないけどSQLiteはともかくDRBMSなんてどれも同じだろ殆ど
運用方法や方言が違うだけで SQLiteは両者と比べてどの辺の位置づけになりますか?
http://gro.cc/across/ MySQL 5.5 になって、CPUスケーラビリティは PostgreSQL に追いつきましたか?
5.1 までは酷い性能だったみたいですが。 5.1+InnoDB Pluginでも実はまだ負けてたんだけど
5.5ならPostgreSQLとほぼ互角だと思われる MySQL vs PostgreSQL の時代は終わり。
Oracle vs PostgreSQL が適当。 MySQLのライセンスがよくわからんのでちょっと教えてください(´д`;)
(というか、みなさんどうやってるんだろう・・・)
【ケース1】
店主AはサイトBからMySQLを使ったフリーのショッピングカートシステム(PHP)をダウンロード。
店主Aはショッピングカートシステム(PHP)のソースをちょこっと変更して(文言とかデザインとか設定とか)
店主AはレンタルサーバC(MySQL利用可)にそのシステムをインストール。
店主Aはネットショップをオープン。
【ケース2】
店主Dは個人Eにネットショップの開発、設置を依頼。
個人EはMySQLを用いたショッピングカートシステム(PHP)を開発。
個人Eは店主Dが契約したレンタルサーバF(MySQL利用可)にそのシステムをインストール。
店主Dはネットショップをオープン。
これらのケースはよくあるパターンだと思うけど、誰がライセンス料を払う義務があるの?
・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
・店主Aはソースを変更した上でソース非公開(※)で使ってるのでOEM?
※ショッピングサイトで「このサイトのシステムをダウンロード」があるのはおかしいw
・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM?
・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
ライセンス料とは無関係? MySQLというか、GPLについて
>・サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
GPLなWEBアプリの利用者は店主Aであって、サイトBの利用者ではない。
よって、ソースコードの公開は必要ない。
ただし、店主Aが変更したGPLアプリを、他人のWebサイトにセットアップするのであれば、
Webサイトの所有者に対し、GPLでソースコードを提供しなければならない。
>・個人EがOEMとするとお小遣い稼ぎ程度のちょっとしたプログラム作成依頼でも全部OEM?
GPLなWEBアプリを店主Dが利用するなら、当然個人Eは、そのソースコードを店主Dに提供しなければならない。
>・MySQLをインストールした上で自由にユーザーに使わせてるレンタルサーバ屋は
インストールしたMySQLのソースコードが公開されているWebサイトを紹介すれば、GPLに違反しているとは思われない。
よって、ライセンス料を支払う必要はない。 >サイトBは自由にダウンロードできる状態でソースを公開してるのでGPLですかね。
サイトBが提供している、ショッピングカートシステム(PHP)がGPLかどうかは、
提供者に聞かないと分からない。
ダウンロードできるなら、利用ライセンスがどこかに書いてあると思うが… MySQLで、ライセンス料を払わなければいけないのは、
MySQLで動く自社著作物のソフトウェアを、
(独占的ライセンスで利用権を販売するなど)非GPLで他社に提供する場合。
GPLにおいて、レンタルサーバで動かすアプリケーションの利用者とは借り手のこと。サーバにアクセスする人は対象外。
GPLのソフトウェアのソースコードは、利用者にのみ提供すればそれでいい。
他社に請負で作ってもらった、著作権が自社に帰属する自社利用のWebアプリケーションは、My SQLのライセンス料を払わなくていいし、
GPLアプリケーションを改良し、自社で利用するだけであれば、他社に公開する必要もない。 >>583 >>584
レスありがとうございます。
ちょっと勘違いしてました。GPLとするときにソースを公開しないといけない相手は
「(WEB利用者も含む)世の中全体」ではなくて
「プログラムの著作物の複製物を所持している者」なのですね。
ケース2の場合だと店主Dに対してソースを公開するならGPLとなり
個人Eはライセンス料を払う必要がないのですね。
(ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー?w)
この記事を読んで混乱したのですが、これは間違ってるということでいいんでしょうか?
http://www.atmarkit.co.jp/flinux/rensai/mysql01/mysql01.html#c
>MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します
レンタルサーバ会社にもライセンス料が発生するようにも読めますが・・・
レンタルサーバ以外の一般的な有料ASPサービス(ショッピングカート、予約システムなど)の場合であっても
そもそも第三者にプログラムを頒布しませんから関係ないですよね?
>開発したアプリケーションのソースコードを広く一般に公開すれば課金はまぬがれますが
「広く一般に」ではなく「販売先(頒布先)に」ですよね?
>>585
わかりやすい解説ありがとうございます!
独占的ライセンスが必要な時以外はGPLでOKなんですね〜
しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
(丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね) >(ただし、店主Dには頒布権が発生しますから、店主Dによって個人Eが作成した
> プログラムが世の中にばらまかれる可能性はありますが、そこは信頼関係でカバー?w)
>(丸ごとコピーして売ってもいいし、自社HPから自由にDLさせても良いということになるよね)
GPLの理念は、利用者のソフトウェアの自由を保障することだから、これを禁止してはいけない
これはあなたが他のGPLソフトウェアを利用する時の権利にもなる
>MySQLをインストールしたサーバをASPなどの商用に利用する場合にはライセンス料が発生します
http://www.mysql.com/about/legal/licensing/oem/
http://www.softagency.co.jp/products/mysql/license/
などを読む限り、頒布しないかぎりライセンス料は発生しないと思われる(責任は持たない)
さらに気になるなら、上記リンク先から、問い合わせることもできる。
>しかし、A社が納品したプログラムをB社が完全に自由にできるっていうのもなんだかなぁ・・・
日本で一般的なソフトウェア開発は、開発者の労働役務の提供による請負契約で、
著作物の権利は、すべて納品先に帰属する。
そうでなく、著作物のソフトウェア製品の利用ライセンスを販売する、製品販売契約の場合、あなたは当然GPLやその他のライセンスを適用できる。
ただし、GPL以外でMy SQLを利用した製品を販売する場合、上記の通りMy SQLにライセンス料を払わなくてはならない。 >>588
どう読んでも、そんな結論にならないだろ。
MYSQLを使用したソフトウェアを引き渡す場合、(形態を問わず)
GPL(ソフトウェアのソースを公開)にして下さい。
GPLにしない場合、コマーシャルライセンスを買ってください。
だろ。
「頒布しないかぎりライセンス料は発生しない」
ってどこを読んだんだよ。 >>591
MySQLは、自分自身もGPLだけど、使うソフト(WEBサイト)もGPLであることを求めている。
GPLの規約自体は、この際あまり関係ない。
ものすごくわかりにくいけど、ここの2番目の章。
http://www-jp.mysql.com/about/legal/licensing/faq.html
要約すると、
「MySQLはオープンソースを推進しているので、オープンソースのソフトからMySQLを使用しても金を取りません。」
1番目の章でも、良く読めば、
「MySQL 製品を使用」する場合、使用するアプリケーション(WEBサイト含む)はGPLにして下さい。
そうしない場合、商用ライセンスを購入してください。 」
ってあいまいに書いている。 >>590
これは流石に酷い・・。中国並みのライセンス意識だわ・・。
MySQLというソフトを使用するなら、日本だと、MySQLの販売代理店に金を払う。
「mysql 購入」でググれば、代理店いっぱい出てくる。
頒布しなくても、windowsを使用する場合、windowsのライセンスは買うだろ。
まあ、お前は海賊版使ってるのかもしれないけどさ。 >>591
使うソフト(WEBサイト)を自社のみで使う(NDAなどで委託先に開発させたものを含む)場合には、
利用者(自社)がソースコードなどをGPLに基づいて利用できる状態にあればよいわけで
GPLを尊守しているかぎり、第三者にバイナリを提供していないにもかかわらずソースコードを開示する義務はなくて、
従って、バイナリやソースコードを第三者に頒布しなくとも(GPLを尊守しているかぎり)、
商用ライセンスを購入する必要はないと読める >>593
MySQLを自分で使用するだけなら金を払う必要ないよ。
RHELやCentOSにMySQLの価格は含まれていないでしょう。
もし金を払う必要があったら本屋で売ってる
CentOSのDVD-ROM付きガイド本が20万円以上することになる
買うのはサポートが欲しいときと、GPLを外したいとき >>595
ぽかーん
CentOSにMySQL入ってないだろ。
MySQLのダウンロードは無料。
使用するなら、使用するソフトをGPLで公開する。
じゃなきゃ、金を払う。
MySQLは営利企業が開発して、販売してるソフトだぞ。
ただ、使うソフトをGPLで公開すれば、無料で使えますってだけ。 >>597
入ってるのか。
いつも最小インストールだから、知らなかった。 CentOSはGPL。ここポイントな。
「第三者にバイナリを提供していないにもかかわらず」は、
内部の社員からの流出はライセンス的には止められない可能性がある。
なんにせよ、GPL汚染が怖いならフリー版のMySQLは候補にはならないよ。 >>596
GPLには公開する義務なんてないよ。何言ってんだ? >>599
内部の社員からの流出は、プログラムがGPLかどうかとは関係がない
GPLソフトウェアの扱いにも守秘義務が課せられるということは、
GPLでないソフトウェアと何ら違いはない
GPLの条項が理解できない場合や受け入れなれない場合は、
フリー版のMySQLは利用できない MySQLのライセンスのポイントは2つ。
1)MySQL自体の改変についてはGPLに従う。
2)MySQLを使用して開発した成果物(ソフトウェア・WEBサイトなど)もGPLに従う。
で、1)と2)は基本的に関係の無いライセンス規定で、
金銭的に問題になるのは2)。
1)のMySQL改変なんてやる人は滅多にいないけど、この規定のせいで
「MySQL自体を改変しなけりゃ、使って大丈夫」っていうデマが流れるようになった。
日本の(貧乏)企業の半数がPostgreSQLを使用しているのは、
2)の規定を読んでMySQLの使用を避けたか、MySQL販売代理店に確認したためと思われる。 >2)MySQLを使用して開発した成果物(ソフトウェア・WEBサイトなど)もGPLに従う。
って事は、MySQLを利用したWebサイトを作成してサイトを公開しただけなら、そのサイトを構成するcgi等を公開する必要は無いって事? >>604
レスさんくす。
やっぱ、そうなるよね。 >>604
604のリンク先を読むと、無条件で公開しなくていいわけではないようだが。
公にするならソースコードを公開しろという事だから、WEBサイトにつかうなら公開する
必要があるだろう。エクストラネットで内部だけで使うならともかく。
ここでいう「公にする」ってのはソフトウェアを頒布するということ。
Webでサービスを提供するのは当てはまらない。
無条件で公開しなくてよいわけではもちろんないが、GPLソフトウェアの
派生物を頒布する場合はその改変されたソースコードも提供しなければ
ならないといっているだけに過ぎない。 >>606
>WEBサイトにつかうなら公開する必要があるだろう。エクストラネットで内部だけで使うならともかく。
GPLが直接対象としている公開先は、バイナリの保持者であって、
GPLソフトウェアで作られているWEBサイトにアクセスする人に対しては、GPLソフトウェアを公開する必要はない。
GPLとは別に、Webアプリケーションの利用者に対してもソースコードを利用する権利を認めようとする、Affero General Public License (AGPL)というものがある。 うわっ AGPLなんて物もあるのか。こりゃ徹底してるな。 >>602
MySQLは当時サブクエリも使えなかったからな。
PostgreSQLに流れたのは当然。 >>606
それを要求するのはAGPLであってGPLじゃない。 >>610
今でもまともにJOINもできないけどね > MySQL MySQLはオワコン
ttp://slashdot.jp/apple/11/08/04/0816215.shtml レンタルサーバのDBがほとんどMySQLばっかりだからなあ
半々ぐらいになってくればPostgresも利用するんだがねぇ。
なんでMySQLばっかなんだろ。ただ単に他の業者がMySQLだからうちもって感じなのかな。 ちょっと前のPHPの標準扱いだったからじゃないかなあ 今は格安VPSあるからそれ使うのが主流になるんじゃね うちのPC管理者が
「社内イントラネットで使うデータベース(外部には非公開)であっても
業務で使うなら、MySQLは商用ライセンスが必要。
だからPostgreSQLじゃなきゃだめ」
って言い張っているんですが、純粋に自分らで作って自分らだけで使うんなら
商用ライセンスなんて要らないですよね?
サポート欲しけりゃライセンス買え。
MySQL使ったシステムを配布するならライセンス買うか、GPLに従って求められればソース出せ。
配布もしないし、サポートも要らないなら好きにしろ。
じゃないの? >>618
>商用ライセンスなんて要らないですよね?
要らないと思うけど問い合わせてみれば? >>620
問い合わせると「サポート無しでは云々」とか言われそうで。
うちのPC管理者ってマジで紙テープも使っていたCOBOL爺なんだが
(昔はパッチを当てるというのは、こうやって紙テープのアナをふさいだりアナを手であけたり
したもんだ、と実演してくれたw)
PHPとかもやっているくせに、どうも一度信じきったこと(MySQLを業務で使うには商用ライセンスが必要)
はナカナカ考えを変えそうにないんでねー。
>>621
具体的に何を言われたかは知らないけど、
たとえライセンス条項の文言に違反はしてなくても、
ライセンス元の権利者が商用ライセンスを買わないと使わせないというのなら、
従うべきのような気もする その使い方なら商用ライセンスはいらないが、
「2ちゃんに書いてありました」って言ったところで信じないだろう >>622
GPLの場合に限れば、オリジナルの権利者以外もサブライセンスできるから
実質ライセンス条項の文言がすべてだな。
ただ、ライセンスの話とサポートは別だが。 >>621
PostgreSQLでなにが悪いんだ。最近はこちらの方が昇り龍。 >>625
PostgresをVistaHomeに入れようとしたらハマったでござるの巻。
>>628
クソなPHPつかうところはちゃんと妥協できてんのに、
ほかで融通利かない点がカスなんだとおもう。 >>629
PHPは
print(”残高は$zandaka円です”);
っていう記述が出来るので好き。あと変数に$をつけるので
うっかり予約語と被らないところとかが好き。
言語体型がCと似ているので好き。
うちの近所の図書館には
PostgreSQLがキーワードな本が1冊も無い。
MySQLなら8冊ある
俺は絶対に
print ”残高は” . $zandaka . ”円です”;
と書くな
もしくは
printf(”残高は%d円です”, $zandaka);
元Javaプログラマだからってのもあるだろうが >>630
PHPが糞ってかプログラマが糞なのがよくわかるな >>632
print ”残高は” . $zandaka . ”円です”;
↑
これ、PHP3だと記述できないんだっけ?
(カッコでくくる必要がある) 全文検索をやってる人いますか?
検索結果の表示順序を決めるものとしてPostgreでは相関値rankがありますが
MySQLでは類似値が無いようなので、その面ではPostgresがよいかなと。 MySQLほどレスポンス求められないなら分析関数使えるPgかな。 最近レプリケーションも出来るように成ったとのことで、ポスグレに鞍替えしようかと思っているのですが、sqlでどこら辺がちがうなど、代表的なモノを幾つかお教えいただきたいのですが… 標準ではダメだけどMySQLではOKな緩いやつが蹴られるかな
GROUP BY 周りとか。 なるほど、group はMySQLはゆるいんですね。
ありがとうございます。
一応SQLの本を読みつつMySQLを覚えたのですが、ひょっとしてゆるいSQLで記載してるかもなので、見直してみます MySQLは、一回のselectで一つのテーブルに関して使われるインデックスは
一つだけという上限があるみたいなんですが、ポスグレはどんなでしょ? >>641
PostgreSQLにはそういう制限はない。 ども >>642
ということは、2つ以上のインデックスが活きるような検索なら、
MySQLよりかなり速いってことも有り得そうですね。 >>643
容量節約できるくらいじゃない?
適切なインデックスを張る前提だけど、そこは横着しないでしょ。ふつう。 一度のテーブルスキャンするのに使われるindexはどのDBMSでも
高々1つだと思うんだが、>>641の制限ってどういう状況?
1クエリ内で同じテーブルを複数回スキャンする場合に1つの
同じindexしか使われないということなのか、あるいはそもそも
1クエリ内のindex scanはテーブル毎に1回ずつしか使われないと
いうことなのか。 こんなスレがあったとは。
つかぬことをうかがいますが、MySQLとPostgreSQLでは、どちらがより省メモリでしょうか。
速いのはMySQLだそうですが、速さよりもメモリ消費量の少なさに興味があります。
「条件次第」といわれればそれまでですが、こんなときはMySQL or PostgreSQLのほうが省メモリだよー、というのを教えてください。 RDBMSにおけるメモリ使用量のほとんどはデータのキャッシュ領域なので
(PostgreSQLでshared_buffers、MySQLでinnodb_buffer_pool_size)、
そこを少なく設定すれば省メモリになる。もちろんその分性能は下がる。
そこを同じ設定にしたと仮定すると、
PostgreSQLはマルチプロセスアーキテクチャ、
MySQLはマルチスレッドアーキテクチャなので、
データベースへの接続数が多い場合はMySQLの方がメモリ使用量は少ない。
>>632
php的には
?>残高は<?=$zandaka?>円です<?
だろ。ちがうかw SELECT 〜 limit 100 とかした場合でも、条件に合う総件数を知りたい場合、
MySQLだとSELECT SQL_CALC_FOUND_ROWS 〜 とかやれば出来るんですけど、
PostgreSQLの場合はどうしたらいいんでしょ? SELECT count(*) OVER() ... LIMIT 100 overなる語も加えてぐぐってみました。
成程、ウインドウ関数とかいうものを使うのですね。
MySQLくらいしか知らなかった者では目が向かない部分でした。
ありがとうございました。 >>649
ポスグレのshared_buffersについて根本的に勘違いしてね?
shared_buffersは共有メモリとして1つだけ確保、クライアントと接続するバックエンドプロセスは
その共有メモリにアクセスするんだよ。MySQLのInnoDBと同じ。
バックエンドプロセス間の排他制御は様々な工夫がこらされて、パフォーマンスはとてつもなく向上してる。
ベンチマークはいろいろ公開されてるから調べるとよろし。
ポスグレのバージョンが古いけどそれでもMySQLより速いことが多いはず。
今ならもっと速い。MySQLもパフォーマンス向上してるけどさ。
・メモリをたくさん設定するとディスクI/Oが減るので速い
・最近のバージョンではshared_bufferへのアクセス排他制御が良くなっているので速い
という二つの話題が混ざっているんだな MySQL使うメリットってクラスタ組める以外に何かある? 千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一 語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~
語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~語気光線( ´Д`)y━・~~ それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか!
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか! 私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士:深町 賢一だが何か?
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html mysqlがoracleに買われたことで
ライセンスが変わって、
自社のパッケージに使ってた場合とか面倒なんでだんだんpostgresへの移行が進んでるね
oracleは囲い込んだつもりだったんだろうが、
金払ったりベンダーに囲われたりするのが嫌なユーザが使ってるんだからそら逃げるわな
嫌われ者のoracle ライセンス変わったっけ?
特に誰も騒がなかったような。 Postgresってトランザクション中にPQprepareできないんだね
地味に不便
木階層構造がメインになるようなデータベースの場合には、
一般的に、WITH RECURSIVEのあるPostgreSQLが選ばれているのでしょうか? 本当に木構造なら、自分は Nested Set Model 使う。
もちろん PostgreSQL で。 >>679
ありがとうございます。
アートオブSQLの(たしか)pp.163のあたりに、
Celkoの階層構造は遅くて話にならない的なことが書かれていた記憶があるのですが、大丈夫ですかね?
それとPostgreSQLを選ぶ理由は、こういう用途にMySQLは向かないからですか? データ自体の更新頻度や参照頻度や偏り等で、適切なアルゴリズムは変わってくるんじゃね
どういう用途を想定してるの >>681
複雑な配線図のような構造を想定しています。
参照時には、指定したポイントの周辺の4親等くらいを取得、必要に応じてさらに展開表示といった形で。
おそらく更新:参照=1:9くらいで、周辺のリンクの展開にDBを特化したいです。
そうするとNested Set Modelでleftとrightを設定してMySQL上で動かすよりも、
PostgreSQLでWITH RECURSIVEを使って親子番号を展開するほうが、もしかすると圧倒的に速いのではないかと。
#正直、自分が扱いに慣れてきたfuelPHPの正式対応がMySQLなので、できればMySQLを使いたいのですが。 WITH RECURSIVEは記述が簡単ってだけで、ぜんぜん速くなりそうもないが。 >>683
再帰的with文はDB構造の問題でもあるので、
対応してあるDBならそれなりに最適化してあると思います そもそも速くなる構造じゃない。最適化といってもたかが知れてる。 MySQLは使いやすいし、.NETサポートもあるんだけど、スキーマが使えないのがねー
脱Accessの次には良いんだけど、スキーマがないとつらいよねー >>686
どういった意図でスキーマが必要といっているかわからないけど、
mysqlの場合1インスタンスに複数のデータベースを作成できるから代用できると思うけど。
MySQLはよく知らないけど、MySQLは複数のデータベースにあるテーブルを結合したりできるの? >>688
できるよ
こんな感じ
SELECT
*
FROM
database_a.table_a as a
, database_b.table_b as b
WHERE
a.id = b.id
>>692
(´・ω・)カワイソス
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) イイネ!
ググってみて カスケドレプリケションも出来た事だし、
もうポスグレでいんじゃね? MySQLはOracleさんが買い取って飼い殺しにした時点で将来がなぁ…。
だからPostgreSQLがいい!と断言はしないけど…。 告訴の趣旨
被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条(契約の内容等)、職業安定法第44条(労働者供給)に違反
多重派遣・多重出向
労働基準法第6条(中間搾取の禁止)に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担(所有)のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円〜にしましょう。支払いを拒否すれば強制執行手続きを(裁判不要)してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら同業者(又は競合他社)に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の3割程度を謝礼金として渡してください。 今はInnoDBでも
SELECT COUNT(*) FROM table
これの結果の正確な値をしゅぱっと素早く返してくれるようになってるんすか?
三年位前に使ったときはそうでもなかったけど。 ポスグレっていまだに.NETのデザインタイムサポートが実装されてないのかぁ
惜しいねぇ〜 PHPと合うのは、MySQLですか?それともPostgreSQLですか? >>706
関数とかの対応状況はどっちも同じじゃないかな?
「今は」ね >707
「今は」ですか
MySQLにライセンス料が発生したら、PostgreSQLに流れますかねぇ
それともオブジェクト指向DBが取って変わるかも >>708
今でも開発するソフトウェアがGPLで無い場合は、商用ライセンスが必要だと思ったが。
あと、オブジェクト指向DBが取って代わるなんて事は無いと思うよ。 今、わざわざ MySQL を選ぶ理由って何があるの? 705でつぶやいてる人もいたけど、
postgresqlに.NETのデザインタイムサポートがあればなぁ。
暇と知識と技術があれば、自作したいくらいw
あと、windowsOS上で、全文検索とか、MySQLのほうが楽そう。
ここで聞くことじゃないとは思うけど、
postgres9.2 & windows でいい日本語全文検索方法あったら教えて下さいな。 コンパイルが必要みたいだけど、ドキュメントに
「ほとんどのユーザには〜バイナリ配布物をダウンロードすることを推奨します。」
ttp://www.postgresql.jp/document/9.2/html/install-windows.html
とまで書いちゃってるから、かなり敷居が高いのかなと…。 >>713
全文検索で日本語対応させるには、たったの1行書き換えるだけだし、
再コンパイル自体も難しいわけでもないし、問題ないと思うけどなぁ。 >>712 >>714
標準のN-gram検索は、3文字以上じゃないと使用されない
つまり、1文字や2文字の検索は適用されないので、「携」とか「携帯」で検索してもN-gram検索は適用されない
つまり、ただのシーケンシャルスキャンになって超遅い
textsearchに関しては、9.2に対応してないので実質使い物にならない
しかもゴミが残る仕様で放置されたまま
ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
まともな全文検索ができるようになったらポスグレに戻ってくるわ MySQLから入った自分はPostgreのロールが分からん。 MySQLに負けてるのは.NETサポートだけだ!
って認識でいいの? >>719
そうだね
激安中古Adobe取扱店かなりやすいね(・∀・)キャンペーンだと
ホント庶民の味方だよググってみ >ポスグレでまともに使える全文検索がないので俺はMySQLを使ってる
ぐるーーーんがの
ポスグレ用のやつもあかんのかな? 一応あるにはあるけど、
初めにお試し的なのがリリースされてからぜんぜん更新されてないな ∧,,,∧
( ・∀・) ほー それで
( : )
し─J 質問
http://www.slideshare.net/matsunobu/ss-28303485
では、
6. PostgreSQL オープンソースの高機能リレーショナル・データベース 日本では
歴史的にコミュニティが強く、日本人コミッタも多数存在している 日本語ドキュ
メントも充実している
と書いてるけど本屋に行ってRDB関係の本探すと大体はOracle,SQLServer、で後は
MySQLとPHPとか
PostgreSQLの本は探せばある…みたいな感じだけどほんとに充実してんの?
勿論、amazonで検索すれば出てくるけどさ。 >>726
本だけがドキュメントだと思っているのか? >>726
つうか、この分析でMySQLが大規模向け、ポスグレが小規模向けっていう理由が
分からん。
LLがどうしたとかコネクションプーリングがどうしたで変わるのか?
なんか無理矢理MySQLを大規模向けにするための方便にしか聞こえない。 >>728
これからDBを勉強したいって思ってる人間が本屋に行って沢山並んでいる奴と殆ど並んでいない奴とを比較して
どれを勉強しようかってなると…とか思わないですか?
ま、仕事で有無を言わさずやらされてたり、最初からそれ専門でやってる連中は別なんでしょうがね >>730
そこまでの素人だったら、こういう本から始めてほしいね。
『SQL ゼロからはじめるデータベース操作』
http://www.amazon.co.jp/dp/4798118818 >>726
最新版の公式ドキュメントが日本語で翻訳されるから本が必要な部分が少ないのだよ
>>729
だってMySQLの人だもん 往年の Linux vs FreeBSD みたいですなぁ MySQLはそろそろ避けたい
でもPostgreSQLは古いバージョン触った事ある人なら怖くて選択できない そして昔からずっとpostgres使ってきている人は今のpostgresの優秀さをよく知っている。 >>737
逆じゃない?
俺は昔にMySQL使ってみてトラウマになって、いまだにMySQLだけは試してみようとも思わない。
本格的なSQLの仕様とか日本語(マルチバイト)対応の面とか、MySQLに対する優位性はゆるぎがなかったけどなぁ
今は知らないが >>739
データベースをまったく知らんヤツにとっては、
10年ぐらい前MyISAMが主流だった頃
PostgreSQL=重い、わけわからん MySQL=軽い、使える
だったよな。
トランザクションも使えないMyISAMがRDBMSとして
「使える」って判断しちゃうヤツが多かったのは
Web2.0とか言い出す寸前ぐらいでにわかwebプログラマが
MySQL+Perlが正義みたいな風潮だったから仕方が無いのかもね。
まあ掲示板に毛が生えた程度の用途ならMyISAMで充分だったけど。 pgsqlが安定して速いmysqlは検索が速い
じゃなかたけ? >>741
それ以前にMySQLは単なるサブセット
子供のおもちゃみたいなもん
だった
今はしらん >>741
MySQL INNODBとPostgreSQLはほぼ標準的なDBでそこそこリソース必要。
MySQL MyISAMはDBとしては不完全な代わりにリソース少なくても軽くて速かった。
MySQL最強説が出た頃は、引退させたWindows3.1〜95用PCに
UNIX類(Redhat Linuxとか)インストールして自宅鯖にしてたような時代だから、
INNODBもPostgreSQLも「重い。使えない。」になったのは仕方ない。 >>743
MySQL最強説なんてあったかな?
あったとしても、まだサブクエリーも使えないRDBMSと呼べないような代物だったころの話でしょ? >>744
スマソ。レス番記載しなかったから話が繋がってなかった罠。
10年ぐらい前の「データベースをまったく知らんにわかWebプログラマ」の間に
LAMP(Linux+Apache+MySQL+PHP/Perl/Python)とか流行って、
「MySQL最強!PostgreSQLなんて劣化Oracleイラネ」な風潮があったって話だ。
もちろん実態としてはMySQLはMyISAM主流でRDBMSなんて呼べない状態だったし、
個人的には「あんなもんじゃデータベースの本領発揮出来ない。」って思ってた罠。 LAMPの時代だと
「トランザクションの無いRDBMS」
って使い物になんの?
と疑問だったな。
後日、アプリ屋と会話する事があって、アプリ側で競合回避のロック機能を
入れたりとかしてるとか聞いて大変そうだなと思ったっけ。 LAMPが流行った頃、自分がかかわる案件はLAPPに誘導してた。
(そしてその企みはおおむね成功してた。)
ファイルシステムしか経験がない連中にとっては、
MySQLは検索機能を実装済みのファイルシステム程度だったんだろうと思う。
MySQLもPostgreSQLも関係ないからスレ違いっぽいが、PGの実態として・・・
N88BASIC時代からやってる人が書いたAccess+VBAのシステムをメンテして、
「あー、この人はSQLを理解する気なんて一切無いのね。」って思ったりした事がある。
テーブルもレコードファイルの考え方で設計されてたし。
まあもっとも、AccessのSQLはクソ使いにくくてVBAでゴリゴリ書きたくなるのも確かだけど。 MySQLの方がPostgresSQLより速い?とかの説がいまだにあるんだけど、理解できない。
7のころからPostgresSQLを使っているが(Oracleから移行した)、処理が遅くて問題になったことは一度もないんだんが?
現行のPostgresSQLで処理能力に問題があるレベルだったら、Oracleとかでも同じじゃないかな?
ハード面を見直す必要があるよね。
うちのはハード構成としてはかなり強力。もちろんAPサーバとは別運用している。 >>748
よくある噂話はmysqlの方はチューニングして、pgsqlはそのまんまで
検索テストをしたとかなんとか。
pgsqlもちょとチューニングしたら、爆速になったとかなんとか。 7の頃はしょっちゅうオプティマイザの実装が変更されてて、それまで問題なかったクエリが
バージョンアップでかえって遅くなるなんてのはザラだったな。 業務で稼働してるシステムは簡単にバージョンアップとかできないよ、普通は
それなりに徹底的に検証してからでないと >>749
こうゆう変な人がいるから困る、マジで。
どこで聞きかじったか知らないがさも知ってるふうに…
Oracle遅いって言える俺、かっこいいとか思ってるのかな? >>750
その話も良く聞くけど、せいぜいメモリの割り当て程度の話。
しかも「爆速」とか言うほど変わるわけない。
なんでこう、実務に使った経験ないのに知ったかぶりで言う人が多いかなぁ >>753
すまん、実体験なんだ…
PostgreSQL 並に軽くて速くする手軽な方法おしえてくれ… http://laysakura.github.io/20140218-MySQLite/
MySQL はストレージエンジンを差し替えられるから、こういう芸当ができるんだね
PostgreSQL で似たようなことできないの? >>756
まさに「芸当」だね
一発芸で話題を提供して話ネタで楽しむには面白いんだけど、
組込み向けRDBエンジンであるSQLiteをMySQLからアクセスできて何が嬉しいの? >>756
作っている本人ですら用途が分からないと言っているような、
完全に趣味で作っているものを持ち上げるのは止めて差し上げろ。 無意味なものつくりました!って大学院の学生がやる話じゃないね。
才能ないからDeNA行くんだろうし、ほっとけ
>>756
FDWがある。
少なくとも現状のMySQLiteレベルなら一発撃破できるはず。 ずいぶん前に作った人いるでしょ
sqlite_fdw
oracleもあるしredisとかもある オラクルの無料バージョンってmysqlやpostgresqlと比べてどうなの? オラクルはクローズソース
オラクルの企業戦略次第では、いきなり有償化する可能性がある オラクルの無償のって、OTN版だよね?
学習用ってことじゃないの?
学習用ならPostgresqlで十分(十二分)と思う 学習用じゃなくて実務用でもPostgresで十分だよ。
商用版だからオラクルのほうが上ってことは全くない >>766
では、言いたいことを聞かせてもらおうか >>764
Express Editionの事でしょ。
OTNのは開発用のみに使えるフルバージョンのもの。 スレ違いだがExpress Editionの制限が書いてあるURL載せとく。
https://blogs.oracle.com/oracle4engineer/entry/column_xe_11g1
これだったら頑張ってsqlite使うわってレベル。 こいつら、MySQLが最強っていうときは否定しないのに
ほかが最強って言われるとムキになって否定すんのなw
こいつら、ビジネスでやってるのが見え見えだから
転職したら奇麗さっぱりMySQLのことなんてスルーするだろ
今から楽しみだわw
梶山
https://twitter.com/RKajiyama/status/495443844515643392
「最強のオープンソースデータベース」って何を根拠に最強とか言い切れるんだろうねぇ > 某社さん
日本男児
http://nippondanji.blogspot.jp/2013/04/7-7.html
『PostgreSQLがオープンソースRDBMS界のトップに君臨しているゆえんである』
マジレスするとそれは事実ではない。だいいちユーザー数ではトップではない。何をもってトップとするのか。それは個人の価値観ではないのか。 >>773
俺は根っからのPostgreSQL派だけど、あらゆる意味で最高のOSS-RDBMSとはやっぱり思わんよ。
現状、不得手なとこはあるからね。
まあ、日本男児もそこまでPostgreSQLをDisってるわけじゃない(ただPostgreSQLの魅力を理解しきってるかは疑問)。 >>776
クラスタリング
集計機能の性能
パーティション化 Oracleに移植しやすいってだけでもPostgresは有用だな
MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが PostgreSQLの何がダメって
ググって出てくるのがEUCのinitで馬鹿がこぞってEUC使ってEUC-UTF8問題起こす >>779
PostgreSQLをある程度使っていたら
データベースエンコーディングはUTF8が安牌っておもってたんだが… UTF-8ならnvarcharとか忘れてもいいよね? >MySQLがWITH RECURSIVEをサポートしたら触ってみたいところだが
俺もこれが理由で、PostgreSQL >> MySQL だわ。
商用ならSQLServerが好き。足りない機能をSQLCLRで作れるっていうのが素晴らしい。 日本の職種別、資格別、スキル別の平均最低月給リスト(ほぼ毎日更新)
http://jobinjapan.jp/cate/
全掲載求人107,342件の平均最低月給196,100円
MySQLの求人128件 の平均最低月給221,100円
http://jobinjapan.jp/job-listing/keyword-mysql.html
PostgreSQLの求人54件 の平均最低月給231,200円
http://jobinjapan.jp/job-listing/keyword-postgresql.html
労働市場はこのような結果になりました! >>789
お前さ、いろんな板の技術系スレでサイトの宣伝してるけど
そんなにaspに通報して欲しいの? $>psql データベース名
$>mysql ユーザー名
全然違うがや PostgreSQL が不得手なことって何? それはだな
デフォで、不審者がデータベース名を知っていた時
簡単に覗かれる
Mariaはデフォでパスワード入力が必要
NetbeansIDEとの相性、Mariaはmysqlの流れを踏襲しているので、簡単に
繋がる。Postgresは簡単に繋がらない。 アンチORACLEと呼ばれている有名なRDBMSはさて何でしょう? つまり初心者でOracle好きはMySQL使えということね いまMariaDBはMySQLを包含した形でリリースされている。
テーブルとビューが同一扱いで、show view status;
でもできりゃいいんだけどね。 シェア的にはMySQL=MariaDB66%、PostgreSQL=14%、その他 >>782
MySQLにWith句をほしがってるやつは多いよね。 MySQL-3.22ALPHAから使い続けて17年余りになるが、
ボラクルから買収されて微妙な立場だよな。
MariaDBでも使うかな?
それとも、使ったことないPostgreSQLでもインストールしてみるか。。
迷うな >>811
MySQLずっとつかってて初めてPostgreSQL使うと、
あまりの律儀さにびっくりすると思うよ。
絶対に「型が違う」って怒られると思う。で、しこしこキャストしながら、
MySQLのいい加減のいい加減さを見直すことになると思う。 postgresはきっちりしてるのかな。
mysqlはフレームワークの中で使っただけだから裸?で使った事はない。 >>815
なるほどね。
17年以上、MySQL使ってきたんで馴染めるかな?
一回、試しで使ってみようかな?
MySQL使い始めた当初は、留学中でオープンソースのRDBMSといえばMySQLといった感じで、回りにもMySQL使いが多かった。
2003年に帰国してビックリ。
日本じゃPostgreSQLのユーザーが多くて、書籍なんかも(代表的なシーラカンス本)圧倒的にPostgreSQLが多かったのには驚いたよ。
MySQL使い始めた当時は本買うお金無かったんで、NetBSD環境でMySQLの公式オンラインマニュアル読んでインストールしたり、テーブル作ったりしたの覚えてるな。 >>820
いついったよ、なんじなんぷんなんびょう?
って書いてあるな・・ まさに今、俺が >>815 の状況でうんざりして2chで愚痴ろうと思ったところだわ。
Oracleほど突き抜けて泥臭い地道さを要求されるなら諦めるが・・・。
(インストールやライセンスにどんだけ気を使うんだよ。致命的バグでパッチ当てなきゃつかいもんならんし・・・。Oracleが洗練されているという人がいるのが信じられん。これも愚痴w)
PostgreSQLもなんやかんや開発者に気を使わせすぎだろ。VACUUMとかだりぃっつのw
Groupごときでガタガタうっせぇ。単一レコードの塊ですら集計関数要求するってどんだけ頭固いんだよ!
あとフリーズしてビビったわ。OracleでもMySQLでもガツガツ動いてるっつの!
ってなった。 2ちゃんのDBMSってどこのだろうか?
とりあえずcgiはperlで書いてるみたいだけど。。 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
COWI3J10G8 My SQLはもう無料じゃないでしょ
PostgreSQLの勝ち >>832
http://blog.kimuradb.com/?eid=687448
結局、BSDライセンスで広範囲に無料のPostgreSQLが安くつく
Oracleに買収されたのがMy SQLの運のツキ ただポスグレは勉強するのにいい本がないんだよな・・・ PHPとか勉強したらxamppの影響もあるけど自然とmysqlは身につくじゃん?
pgadminとかいまだに使い方よく解らないよ >>834
そのチャートは情弱に商用ライセンス買わせたい意図が感じられる
「ソフトウェアを他人に配布しますか?」
受託開発で納品するのは配布ではないし
同一組織内でクライアントライブラリをコピーして使っても配布には当たらない
つまりは開発アプリケーションをMySQL込みで再配布しないなら心配不要
でもPostgres使うけどね >>834
GPLだってオプソだぞ。それに、無料には違いない。
GPL見てから言え。
>>835
「流出」ってなんだよ?w
>>836
ORACLEに買収される前からGPL(を含むデュアルライセンス)なので、ORACLEは関係ない。
ORACLEがクソで、PostgreSQLのほうがライセンス的に使いやすいことはいずれも認めるけども。
>>840
そうそう、あのフローはあやしいよねえ?
きっとわざわざMySQL Community Editionをゴールから外してる。
販売代理店だからなんだろうけど、ちょっとひどい。
あと追加としては、サーバーからサービスとしてユーザーに提供することは「頒布」にはならない。GPLに基づいてソースを請求できるのは、バイナリを直接利用するユーザーだけ。
だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。 My SQLは将来、Oracleがライセンスフリーを外す可能性有る
Java JREの様にね
普及すればライセンス有料化するのがOracle >>842
>Oracleがライセンスフリーを外す可能性有る
>Java JREの様にね
めちゃくちゃな解釈
Javaに対する変更も理解できてないのな >>845
保守費用が有償になる(特にJRE)
My SQLもGPLライセンス止めるかもね >>846
>保守費用が有償になる(特にJRE)
その理解が間違ってるんだって
オツム弱いなwwww
どっかのスレでベンダーが困るとか言い張ってるやつと同じだな 自分の方が間違ってると気づいたのか。良かったな勉強できて。 先を見越してPostgreSQLにしとくに越した事ない
後からゴタゴタするよりマシ ちょっとくぐってみろよ。
けっこう昔の時点ですでに、Linuxの少なくないディストリビューションのデフォルトになり、Googleは(たぶんすべてではないだろうけど)移行した。
Facebookは移行してないんだっけか。
ま、これでダメだというのなら、充分な導入事例はどのデータベースでもムリだね。w 世界の話じゃなくて日本市場の話なのになw
海外の話出しても、こと日本ではMy SQLかPostgreSQLかが実情だろ どうでもいいからGoogleとかFacebookじゃなくて日本の企業でMariaDB導入して障害無く稼働してる例出せよw IDなくてもいつものいいがかり君だって分かるねww >>855
実例出せない時点で、この議論は終わり
MariaDBが普及するまでにはならない、って事だよ なんで日本限定やねん。。。
まー、えーわ。
じゃあとりあえず、現時点でのMySQLとPostgreSQLの実例をだせや。 >>860
「障害無く稼働してる」ってどこに書いてるの? >>861
障害有ればニュースになってると思うが?
何も無いからね >>861
実例出したのにMariaDBの導入事例出せないのが、そんなに悔しいか?w
MariaDB導入以前にMy SQL導入してるところはMariaDBに移行するところはほとんど無い
それで今のところ大きな問題無いからね
OracleがMy SQLのライセンス化したらMariaDBに変えるかも知れんがPostgreSQLと天秤かけたら微妙
MariaDBはだんだんMy SQLとかけはなれつつあるしな >>862
>障害有ればニュースになってると思うが?
アホだろww
もしかして仕事したことない人? >>863
ぶっちゃけ日本限定の実績なんかどーでもいーよ。
日本企業がMariaDBに移行しにくいのは、どうせ業務サポートがないから、みたいなつまらん理由だろうし。
ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。 >>865
>>ぶっちゃけ日本限定の実績なんかどーでもいーよ。
海外相手に仕事してるの?w
>>ま、MySQLはセキュリティが心配とか、MariaDBの業務サポートも出てきそうとか、いろんな話もあるな。
それが問題なんでしょ セキュリティアップデートが遅いから技術力ある企業は互換DBを試してる
MariaDBだけじゃなくPerconaやAuroraへの移行事例だって
公表されてるだけでもそこそこある
知らないなら知らないでいいんじゃない
君には関係ないから MySQL VS PostgreSQLより
MariaDB VS PostgreSQLの方が妥当だな 外国人が作っているものにセキュリティを求めてはいけない。気になるか気にならないかの違いと、ニュースになるかならないかの違いくらいだけ。 >>512
BSDはノベルだっけ?との裁判沙汰が足を引っ張ったと思うのです PostgreSQLは糞
っていう書き込みと同じくらい意味がない書き込み 今となってはMySQLつかうならMariaDBでいい MySQLはORACLEが買収した時点で終わった。
MariaDB-10.3使った方が良いよ。 >>897
MySQLがOracle傘下だからでしょ >>897
解説本と日本語化のタイミングやったんちゃうの。
MySQLのシフトJIS対応は、最初(だけ)あやしかったし。
まあ、どっちがどうこうよりも、たまたまみたいなもん?
Windows公式対応はMySQLのほうがずっと早かったから、こっちにも可能性はあったと思う。 >>841
> だから、サーバーソフトウェアの場合は、意外とGPLが制約にならない。
最近AGPLってのが使われてたりするが、あれはどうなんよ? あれはダメ。
もちろん超制約。
ま、そのためにつくられたからね。
しかたないね。 売ってくれる主体がないからな。
MySQLは、その開発「企業」のMySQL ABを買収することが可能だった。
中の人は逃げたが、それはそれ。 Postgresは、コミュニティベースの開発だから、
やりようが無いんじゃないの? >>908
だってポスグレはレッドハット陣営だから。 このスレで古巣の人に訊きたい
なんでまだMySQL(≒MariaDB)の方が使用人口が圧倒的に多いの?
ここ↓読んでも分かるけど、
https://eh-career.com/engineerhub/entry/2017/09/05/110000
MySQL(≒MariaDB)よりもPostgreSQLの方が機能的に断然上に思える
なのに、MySQLの方が使用人口が多い
やっぱり、今まで使ってきたからっていう惰性?
これからはPostgreSQLが主力になっていくの?
Heroku使ってみたんだけど、標準DBがPostgreSQLだった
今、どっちを主に勉強しようかと考えたら、やっぱりPostgreSQLかなと思ってんの
でも、就職・転職を考えなるなら使用人口の多いMySQLの方が有利じゃん?
もうね、もどかしいわ
誰か、なんとかして >>918
惰性。
特に海外で、MySQLが強かったから、
MySQL前提のソフトが多かった。
最近は、Oracle様のおかげか、
MySQLとPostgreSQL両方いけるソフトが多いね。 >>919
実戦で使えるのがMySQLという意味ですね
ただ、根拠が欠如していると感じます
>>920
MySQL前提のソフトが多かった、としたら
確かにMySQL使わざるを得ないですよね、
MySQLが好きか嫌いかに拘らず
そう言えば、LAMPPやXAMPPもありましたね
今後の動向について調べていて、今、見つけた資料です↓
https://db-engines.com/en/ranking_trend/system/MySQL%3BPostgreSQL
現在、MySQLのスコアはPostgreSQLのスコアの約4倍あるんですが、
この傾きで行くと、5年後の2025年にはPostgreSQLが追いつきそうです
しかも、このグラフはLogスケールで描かれていますので、
MySQLはせいぜい維持しかできていない一方で、
PostgreSQLは指数関数的に増加していると考えられます
5年後を見据えた長期的な視点でPostgreSQLにしましょうかね・・・ とりあえずどっちか勉強するならPostgres選んどいたほうが無難
Postgresを理解してたらMySQLは必要になった時に調べながら覚えれば十分 >>922
背中を押してくれてありがとうございます。
では、PostgreSQLにします。
PostgreSQLなら機能が豊富で、
GPLライセンスを気にする必要がないんで(MariaDBもだけど)、気兼ねなく使えますね。
たとえ、就職先・転職先がMySQLやOracle、SQL Serverを使っていても、
「PostgreSQLなら知っています(熟知しています)」で通します。
5年後が予想通りPostgreSQL全盛になっているか楽しみです。 >>921
ポスグレって、昔からそんなことばかり言ってないか?w リレーショナル・パラダイムはもう終ったコンテンツなんでしょうか? 個人開発のDB迷ってたけど結局MySQLの知識資産使えるからMariaDBにしちゃった…
仕事ではポスグレ案件抱えてるけど MySQL,MariaDBはGPLゆえライセンスがややこしい
PostgreSQLの方が楽ちゃ楽 勝った・・・
負けっぱなしの人生だったけど、生まれて初めて勝った!
PostgreSQLの大勝利! ポスグレはシーラカンス、MySQLはマリア
どっちが貴いか語るまでもない >>936
MySQL Community Serverは何をやっても無料。MySQLは基本的に無償。
よく誤解されるが、サポート契約が必要でなければ、わざわざどこかに伝える必要もないん MySQL、MariaDBは機能の追加が遅い。追加しても独特な実装で仕様がよくわからない。 理想の家族
父 40歳 海外へ単身赴任(死ぬまで)
母 35歳 息子に甘い
姉 17歳 弟に甘い
俺 44歳
妹 15歳 多感な時期 俺に反発しながらも。。?
猫 ウンチしない 抜け毛ない 俺の声かけに無視しない Oracle→MySQLへのマイグレーションって言うほど無いね
ライセンス料的に有利なのにね >>943
MySQLは機能がしょぼいから、OracleDBの代わりは務まらない。 基本的にOracleでライセンス買ってるとMySQLでも商用ライセンス買う必要有るの? mysql 8はいいのにパクりのmariadbは取り込めてない >>949
個人の趣味の延長ではビジネスにならないことが判明したんだよ。 >>950
数ではいまでも圧倒的にOracle Databaseだけどな。 >>953
根拠のない妄想
シェアと数はまったく異なる指標 無料のOracle Databaseも知らないから、ものすごい数が使われていることも知らねんだろ。 データベース使うほどデータ件数が多くない。
Excelでええだろ Oracle似た方だとPostgreSQLだけど、同じオラクル社だとMySQLというジレンマ。
MySQLはDB側にロジックを持たせない思想であれば使えるが、そうでないとストアドプロシージャの実装が悪いのでMySQLは勧めない。 >>960
OracleからだとMySQLへの移行がやり易い
Oracle社が変換ツール用意してる
PostgreSQLだとフリーアプリ(Ruby製)しか無い >>963
その記事のどこに「PostgreSQLだとフリーアプリ(Ruby製)しか無い」と書いてあるの?
そもそもora2pgはperl製やぞ
嘘つき AWSとかはOracleから移行するならMySQLよりPostgresを推奨してる
MySQLだと機能面で対応してないものが多いから >>964
「PostgreSQLだとフリーアプリしか有りませんよ。移行するならMySQLのほうがやり易いですよ。」
と誰かさんに言われて調べもせずに真に受けちゃったんだろう
ボラのあるある >>966
具体的にMySQLだとどういう機能が無いの? >>969
Viewだけの問題ならOracle→MySQLで良いじゃん そういう不完全な代替方法でやることを機能として持っているとは言わない。 性能や実装コストを無視できるんなら
そりゃできないものなんて存在しないやろ
移行しやすさの話なのを理解してるのかな? マテリアライズドビューをMySQLのスナップショットで代替するやつはおらんやろww >>974
マテリライズドビューは本物のテーブルの更新内容を高速で反映できるから意味があるのであって、コピーテーブルを作るのに時間がかかってはレコード数の多いテーブルではまったく使い物にならない。 >>968
データベースとスキーマの概念が分けられていない。 通常ビューだけ使えれば問題無い
大概はOracle→MySQLでも問題無い Oracle?使いたい理由ある?
バカ高の有償サポートが欲しいくらいしか思いつかん >>980
同意
MySQLでさえ商用ライセンスは高いしね >>980
「高いものを使ってる」ことで得られる安心感と満足度ってのがあるのよ
アホらしいけど このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 6215日 13時間 55分 51秒 レス数が1000を超えています。これ以上書き込みはできません。