結構興味ある人多いのでは?
俺はもう少しMySQLが評価されてほしいと思うけれど、PostgreSQLも好き。
語ってくださいな。
MySQL vs PostgreSQL
2001/05/09(水) 02:02ID:???
67nobodyさん
02/04/25 15:24ID:e1QGMeHX MySQLのトランザクションって読み取り一貫性あるの?
68nobodyさん
02/04/25 15:34ID:7OgUmN66 つーかMySQLにトランザクションなんてあるの?
70nobodyさん
02/04/26 01:46ID:aKJw6oZ3 BDBがサポートされてから何年も経つのに、いまだに「MySQLにトランザクションはない」
って言う人絶えないよね。どっから情報が流れてるんだろ? 単行本?
って言う人絶えないよね。どっから情報が流れてるんだろ? 単行本?
71nobodyさん
02/04/26 01:49ID:uBZvlRFd72nobodyさん
02/04/26 01:55ID:??? でも、BDB使うならMySQL使うメリットもないなぁ。
73nobodyさん
02/04/26 16:20ID:??? じゃInnoDBつかえば?
74nobodyさん
02/04/27 14:45ID:40Y3gDf/ BDBとかInnoDBとか含まれてるらしいけども
それが含まれてトランザクションとか使えるようになったわけだよね?
なにやら設定だとかも特別に必要だとか。
管理とかめんどくさくなったりするの?
それが含まれてトランザクションとか使えるようになったわけだよね?
なにやら設定だとかも特別に必要だとか。
管理とかめんどくさくなったりするの?
75nobodyさん
02/04/27 23:16ID:WvEh4JFD76nobodyさん
02/04/28 00:36ID:??? >>74
特別な設定は全く無いとは言わないけど、ほんのちょっとだよ。
CREATE TABLE文の最後に、Type=InnoDB とか付け加えれば、そのテーブルは
トランザクションに対応したInnoDBテーブルになる
特別な設定は全く無いとは言わないけど、ほんのちょっとだよ。
CREATE TABLE文の最後に、Type=InnoDB とか付け加えれば、そのテーブルは
トランザクションに対応したInnoDBテーブルになる
771
02/04/28 16:45ID:C3o4tOYE すごい長寿スレだw
あんまりこないのだけれど、この板じゃこのくらい普通なの?
>>70
何年も経たないでしょ? BDBが使えるようになってちょうど2年くらい?
だし、使えることは事実としても、PostgreSQLではなくBDBやInnoDB使用
のMySQLでトランザクションを使うメリットってある?
俺の認識ではやっぱりMySQLはMyISAMでトランザクション処理が必要ない
場面でこそ真価を発揮すると思っているのだけれど・・・
あんまりこないのだけれど、この板じゃこのくらい普通なの?
>>70
何年も経たないでしょ? BDBが使えるようになってちょうど2年くらい?
だし、使えることは事実としても、PostgreSQLではなくBDBやInnoDB使用
のMySQLでトランザクションを使うメリットってある?
俺の認識ではやっぱりMySQLはMyISAMでトランザクション処理が必要ない
場面でこそ真価を発揮すると思っているのだけれど・・・
78nobodyさん
02/04/28 22:52ID:??? PostgreSQL使いから見ると、MyISAMとかBDBとかInnoDBとかとMySQLとの関係が分からんのだけど、
そこら辺まとめて解説してあるWebページとかある?
どういう仕組みになってるの?
そこら辺まとめて解説してあるWebページとかある?
どういう仕組みになってるの?
791
02/04/28 23:53ID:Nql8g44v >78
MySQLの場合、あらかじめテーブルの形式を選んでおく必要がある。
デフォルトはMyISAMという形式で、検索・更新は速いのだけれど
トランザクションが使えなかったり、色々制約がある。
BDBやInnoDBはトランザクションが使える形式だけれど、MyISAMより
遅いのとフルテキスト・インデックスが作れないとか、これまた制約
がある。
↓英語と日本語混じりだけれど、一番詳しいのはここかな?
http://www.mysql.gr.jp/jpdoc/4.0/manual.ja_Table_types.html
MySQLの場合、あらかじめテーブルの形式を選んでおく必要がある。
デフォルトはMyISAMという形式で、検索・更新は速いのだけれど
トランザクションが使えなかったり、色々制約がある。
BDBやInnoDBはトランザクションが使える形式だけれど、MyISAMより
遅いのとフルテキスト・インデックスが作れないとか、これまた制約
がある。
↓英語と日本語混じりだけれど、一番詳しいのはここかな?
http://www.mysql.gr.jp/jpdoc/4.0/manual.ja_Table_types.html
80nobodyさん
02/04/29 00:12ID:L8KHf1nv >>77
PostgreSQL使う必要がなくなるよ。
PostgreSQL使う必要がなくなるよ。
81nobodyさん
02/04/29 00:42ID:oAtRhIR182nobodyさん
02/04/29 01:01ID:6cDOgkjX >>80
おれもPostgreSQL使いなんだけど、MySQLはトランザクション使えないとか、
速いだけ、とかいう印象だったわけ。どうやら間違いだったようだけど、
ただ、79の書き込みを読む限りでは、PostgreSQLを使う必要が無いのかもしれないけど、
あえてMySQLを使う理由というのもどうも見当たらない。
むしろテーブルを定義する際にBDBやらInnoDBやら設定しなければならないというが
多少抵抗有り。
その辺MySQL使いの人はどう考えてんだろ?
おれもPostgreSQL使いなんだけど、MySQLはトランザクション使えないとか、
速いだけ、とかいう印象だったわけ。どうやら間違いだったようだけど、
ただ、79の書き込みを読む限りでは、PostgreSQLを使う必要が無いのかもしれないけど、
あえてMySQLを使う理由というのもどうも見当たらない。
むしろテーブルを定義する際にBDBやらInnoDBやら設定しなければならないというが
多少抵抗有り。
その辺MySQL使いの人はどう考えてんだろ?
83nobodyさん
02/04/29 11:35ID:L8KHf1nv >>81
私が使った感触では、InnoDBテーブルにしても特に遅くなったと
は感じなかったよ。
PostgreSQLは、データベースのサイズが大きくなるほど、リニアに
性能が劣化するらしいのだが、ほんと?
私が使った感触では、InnoDBテーブルにしても特に遅くなったと
は感じなかったよ。
PostgreSQLは、データベースのサイズが大きくなるほど、リニアに
性能が劣化するらしいのだが、ほんと?
84nobodyさん
02/04/29 13:12ID:??? InnoDBは知らないけど、BDBはかなり落ちるでしょ?
つか、開発陣もそう明言してたような。
つか、開発陣もそう明言してたような。
85nobodyさん
02/04/29 13:18ID:ohqYmtGy >>83
>私が使った感触では、InnoDBテーブルにしても特に遅くなったと
>は感じなかったよ。
トランザクションをサポートすると、DBの内部構造が大幅に変化する。
どういうことかと言うと、ロールバック・セグメントに一旦データーを
書き込んで、COMMIT後にディスクに書き出しを行うようになる。
つまり、トランザクションをサポートするとディスクの読み書きが倍に
なるので、DB性能が劣化しないほうが基本的におかしい。
もしかしたらロールバック・セグメントをメモリー上に保持する構造な
のかも知れないけど、その場合はまた別に問題がでそう。
>PostgreSQLは、データベースのサイズが大きくなるほど、リニアに
>性能が劣化するらしいのだが、ほんと?
フル・テーブルスキャンなら、どんなDBでもサイズに比例。
いいたいことは、DELETEを繰り返すとゴミ掃除しないと遅くなると
いった特性のことだと思う。
これは読み取り一貫性の実装の為で今のバージョンはオンラインで
ゴミ掃除できるから基本的に問題無し。
PostgreSQL使いとしては、MySQLもInnoDBで色々出てくる問題もあ
るんだろうなと思う。
>私が使った感触では、InnoDBテーブルにしても特に遅くなったと
>は感じなかったよ。
トランザクションをサポートすると、DBの内部構造が大幅に変化する。
どういうことかと言うと、ロールバック・セグメントに一旦データーを
書き込んで、COMMIT後にディスクに書き出しを行うようになる。
つまり、トランザクションをサポートするとディスクの読み書きが倍に
なるので、DB性能が劣化しないほうが基本的におかしい。
もしかしたらロールバック・セグメントをメモリー上に保持する構造な
のかも知れないけど、その場合はまた別に問題がでそう。
>PostgreSQLは、データベースのサイズが大きくなるほど、リニアに
>性能が劣化するらしいのだが、ほんと?
フル・テーブルスキャンなら、どんなDBでもサイズに比例。
いいたいことは、DELETEを繰り返すとゴミ掃除しないと遅くなると
いった特性のことだと思う。
これは読み取り一貫性の実装の為で今のバージョンはオンラインで
ゴミ掃除できるから基本的に問題無し。
PostgreSQL使いとしては、MySQLもInnoDBで色々出てくる問題もあ
るんだろうなと思う。
86nobodyさん
02/04/29 14:10ID:L8KHf1nv >>85
だ・か・ら ほとんど変わんなかったんだよ
だ・か・ら ほとんど変わんなかったんだよ
87nobodyさん
02/04/29 14:33ID:L8KHf1nv PostgreSQL用のJDBCドライバって、使えるシロモノなの?
こんな問題があるとか、知ってる方いらっしゃいませんか?
EJBなどを使ってアプリケーションサーバーと組み合わせて使おう
かと考えているのですが...。
こんな問題があるとか、知ってる方いらっしゃいませんか?
EJBなどを使ってアプリケーションサーバーと組み合わせて使おう
かと考えているのですが...。
88nobodyさん
02/04/30 00:24ID:??? >82
sub-selectやviewやストアド使えないのって、
普段使ってる人には結構痛いような。。。
sub-selectやviewやストアド使えないのって、
普段使ってる人には結構痛いような。。。
89nobodyさん
02/04/30 01:02ID:On4duFT+ >>88
select * from products where price in ( select max( price ) from products )
(これあってたっけ?)
とかさ、どうやって実現すんだろうか…
いや、SQL文を二回発行すればいいっていうのは分かるけど
select * from products where price in ( select max( price ) from products )
(これあってたっけ?)
とかさ、どうやって実現すんだろうか…
いや、SQL文を二回発行すればいいっていうのは分かるけど
90nobodyさん
02/04/30 01:10ID:fm61+/4G Postgresってreplication出来るの?
91nobodyさん
02/04/30 01:27ID:On4duFT+92nobodyさん
02/04/30 02:19ID:??? >90
同期レプリケーションはないです。
PostgresのProxy的に動くUsogresというものはあって、
こいつは一つのクライアントからのクエリを二つのサーバに送ります。
「リアルタイムバックアップ」と称しているようです。
あと、Postgresのcontribの中にrservというものがあって、
こいつはトリガを利用して、更新を自身のDBの中にログとして保存し、
クライアントからpollすることで非同期なレプリケーションを
実現します。
ただし、複雑なトランザクションは後方参照があった場合にどうなるのかは
よく分かりません。
同期レプリケーションはないです。
PostgresのProxy的に動くUsogresというものはあって、
こいつは一つのクライアントからのクエリを二つのサーバに送ります。
「リアルタイムバックアップ」と称しているようです。
あと、Postgresのcontribの中にrservというものがあって、
こいつはトリガを利用して、更新を自身のDBの中にログとして保存し、
クライアントからpollすることで非同期なレプリケーションを
実現します。
ただし、複雑なトランザクションは後方参照があった場合にどうなるのかは
よく分かりません。
93nobodyさん
02/04/30 02:21ID:??? 訂正。
> ただし、複雑なトランザクションは後方参照があった場合にどうなるのかは
ただし、複雑なトランザクションや後方参照があった場合にどうなるのかは
> ただし、複雑なトランザクションは後方参照があった場合にどうなるのかは
ただし、複雑なトランザクションや後方参照があった場合にどうなるのかは
94nobodyさん
02/04/30 05:40ID:cIvpnxu+95nobodyさん
02/04/30 09:02ID:hqeE3hHP >>94
二回発行すると、DBとの通信部分で遅くってしまうという罠
二回発行すると、DBとの通信部分で遅くってしまうという罠
96nobodyさん
02/04/30 10:12ID:??? 罠っつーか、自明。
97nobodyさん
02/04/30 10:15ID:??? >91
WALですが、チェックポイントを通過した部分は再利用されるので、
アーカイブログ的な使い方はできません。あくまでエラーリカバリ用でしょう。
差分バックアップ、あるいはアーカイブログは
今後のPostgresの大きなテーマだと思います。
WALですが、チェックポイントを通過した部分は再利用されるので、
アーカイブログ的な使い方はできません。あくまでエラーリカバリ用でしょう。
差分バックアップ、あるいはアーカイブログは
今後のPostgresの大きなテーマだと思います。
98nobodyさん
02/04/30 10:33ID:hqeE3hHP >>97
RMAN嫌い。そしてハードウェアRAID使え。
RMAN嫌い。そしてハードウェアRAID使え。
99nobodyさん
02/04/30 10:47ID:??? すんまそん。前の文の意味が分からんのです。
101nobodyさん
02/05/02 22:46ID:??? あ、いやRAIDはその通りだと思うのだけど、RMANって何?
102nobodyさん
02/05/03 04:37ID:???103nobodyさん
02/07/07 04:29ID:??? テーブルにmp3データを格納することってできますか??
104nobodyさん
02/07/07 05:09ID:??? PostgreSQLはラージオブジェクトとしてバイナリストリームそのまま突っ込めます。
MySQLは知らん。
MySQLは知らん。
105nobodyさん
02/07/07 07:58ID:??? job
107nobodyさん
02/07/08 00:01ID:??? んで、MySQL はlongblob で 0〜4GB の binary stream をつっこめます。
108nobodyさん
02/07/10 03:41ID:??? http://www.innodb.com/bench.html を見ると InnoDB の performace が
やたらと高いんだけど、マジ? MyISAM よりいいっていうのはちょっと
信じられないんだけど。
やたらと高いんだけど、マジ? MyISAM よりいいっていうのはちょっと
信じられないんだけど。
109nobodyさん
02/07/10 04:09ID:cLE8YwY7 にしても、InnoDB でも table level lock なのは相変らずか。
110nobodyさん
02/07/10 05:56ID:TMBfeumq111nobodyさん
02/07/10 06:52ID:H+UmWFjx113nobodyさん
02/07/10 20:12ID:QSc4QY44 >>111
(゚Д゚)ハァ? 氏ねばぁ?
(゚Д゚)ハァ? 氏ねばぁ?
114nobodyさん
02/07/11 14:20ID:7qnevra4 >>111-114
まとめて氏ねよ
まとめて氏ねよ
117nobodyさん
02/07/13 01:16ID:??? 確かに>111は (゚Д゚)ハァ? なんだけど、理由を聞いてみたい気もする(あるなら)
118nobodyさん
02/07/22 15:17ID:E6vbyL4l PostgreSQL のデータ型の serial を便利につかってきたんだけど、
MySQL だと int auto_increment を使うのかな?
MySQL だと int auto_increment を使うのかな?
119nobodyさん
02/07/27 16:06ID:j2bte65y >118
そう
そう
120nobodyさん
02/08/28 11:13ID:wg4G3hMu121nobodyさん
02/08/28 14:43ID:??? 笑
123nobodyさん
02/08/30 02:01ID:Gtn1LhFK MySQLってほんと単純なこと以外はダルイよな。
みんな仕事でつかってんの?
商用のやつを使っているとどうしてもPostgreSQLしか選びたくなくなるような。
早い早いって,
ほんまか?
INSERT UPDATE句に SELECTかませなかったら,めっちゃだるいやん。
単純なことしかできないので,処理が増えて,逆に遅くなることのほうが
多いような気がする。
みんな仕事でつかってんの?
商用のやつを使っているとどうしてもPostgreSQLしか選びたくなくなるような。
早い早いって,
ほんまか?
INSERT UPDATE句に SELECTかませなかったら,めっちゃだるいやん。
単純なことしかできないので,処理が増えて,逆に遅くなることのほうが
多いような気がする。
124nobodyさん
02/08/30 05:57ID:8/lSbw56 >>123
サブクエリー使えない人の為のデータベースだから、問題ない
サブクエリー使えない人の為のデータベースだから、問題ない
125b
02/08/30 06:14ID:6STGukER127nobodyさん
02/08/30 18:19ID:??? "DATファイル書き出し"ってなんですか。とか聞いてみるテスト。
128nobodyさん
02/08/31 21:34ID:olUxOE4H どっちでもええが、ORACLEのストアド・プロシージャ
みたいなのってあるの?
みたいなのってあるの?
129nobodyさん
02/08/31 21:55ID:??? >128
postgresにはpl(pg!)sqlがあるよ
C関数とかもある。
postgresにはpl(pg!)sqlがあるよ
C関数とかもある。
130128
02/08/31 22:20ID:??? >129 サンクス
どっちもまったく知らないんだが、スレを見る限り、
PostgresSQLは難しい面があるが、割といろんなことができる
MySQLは簡単に設定できるが、Oracleとかに慣れた人からすると
物足りない気がする
って感じですか?
オラクル知ってる人はこれから始めるなら
PostgresSQLの方がいい?
どっちもまったく知らないんだが、スレを見る限り、
PostgresSQLは難しい面があるが、割といろんなことができる
MySQLは簡単に設定できるが、Oracleとかに慣れた人からすると
物足りない気がする
って感じですか?
オラクル知ってる人はこれから始めるなら
PostgresSQLの方がいい?
131nobodyさん
02/08/31 22:52ID:??? 別にボラあるんならpostgresつかわねーって話も。
ボラはなんだかんだいってよくできてますし。
導入費抑えたいならpostgres使えば?
mysqlは、csvの代わりになるんでは・・・
ボラはなんだかんだいってよくできてますし。
導入費抑えたいならpostgres使えば?
mysqlは、csvの代わりになるんでは・・・
132123
02/09/01 02:04ID:Rn3wDJdF えっと,PostgreSQLのストアドはいい開発環境とかあるのかな?
SQLはcse使っているけど,あれではストアド作ることしかできないよな。
いい開発環境がないと,どうもそもそも使う気になれない。
ただ,SQLにソースを書くのは好きではないので,PostgreSQLでもストアドはやっぱり使いたい。
誰かいい開発方法知らんかのぉ。
普段使ってるストアドはTransactSQL(SQLserver)になるが,
たとえば,こんなものを作るとする。
DECLARE @no int
SET @no = 1
SELECT *
FROM TABLE
WHERE no = @no
@no = 1 でSELECTするということ。
これを,ストアドに変えようと思ったらそのまま,
上と下に Createprocedre [selectno](こんなんだっけ) go とかつけたらストアドになるしね。
こんな簡単なSQLだったら,一発で作れるだろうが,ちょっと複雑なもので
テストとか繰り返して,作ろうと思ったら,そういう開発環境いるよな。
また,コンソールから exec selectno(1)
みたいにしたら,ストアドをキックできて,結果も見れる。
こんなこと出来るのかな。
SQLはcse使っているけど,あれではストアド作ることしかできないよな。
いい開発環境がないと,どうもそもそも使う気になれない。
ただ,SQLにソースを書くのは好きではないので,PostgreSQLでもストアドはやっぱり使いたい。
誰かいい開発方法知らんかのぉ。
普段使ってるストアドはTransactSQL(SQLserver)になるが,
たとえば,こんなものを作るとする。
DECLARE @no int
SET @no = 1
SELECT *
FROM TABLE
WHERE no = @no
@no = 1 でSELECTするということ。
これを,ストアドに変えようと思ったらそのまま,
上と下に Createprocedre [selectno](こんなんだっけ) go とかつけたらストアドになるしね。
こんな簡単なSQLだったら,一発で作れるだろうが,ちょっと複雑なもので
テストとか繰り返して,作ろうと思ったら,そういう開発環境いるよな。
また,コンソールから exec selectno(1)
みたいにしたら,ストアドをキックできて,結果も見れる。
こんなこと出来るのかな。
133nobodyさん
02/09/01 03:24ID:???134nobodyさん
02/09/02 18:10ID:??? >130
> PostgresSQLは難しい面があるが、割といろんなことができる
別に難しくはない。設定も別に面倒じゃないよ。
ただ、Oracleみたいにいたせりつくせりじゃないし、情報もまだ少ない。
ちょっと古い情報に引っかかると、最新版のPostgreSQLだと挙動や
仕様が違う場合がある。厄介と言えば厄介。
でも、信頼性や堅牢性にはかなり重点を置いている(と思う)ので、
そういう点では結構安心して使えると思う。
運用における楽ちんさは、まだまだだけどね。
> PostgresSQLは難しい面があるが、割といろんなことができる
別に難しくはない。設定も別に面倒じゃないよ。
ただ、Oracleみたいにいたせりつくせりじゃないし、情報もまだ少ない。
ちょっと古い情報に引っかかると、最新版のPostgreSQLだと挙動や
仕様が違う場合がある。厄介と言えば厄介。
でも、信頼性や堅牢性にはかなり重点を置いている(と思う)ので、
そういう点では結構安心して使えると思う。
運用における楽ちんさは、まだまだだけどね。
135128
02/09/02 19:02ID:??? > Oracleみたいにいたせりつくせり
うーむ。
ある程度オラクルを使ったんだが、
ツール類の充実度の低さは半端じゃなく、
ドキュメントもわざとわかりにくく書いてる、
なんていわれてるほどで、
やれサポート料金だ、やれ資格だ、やれマニュアルだ、
となんだかんだで金をふんだくろうとする
オラクルの金の亡者ぶりに嫌気が差したんだが、
データベースの出来、という面では
他よりはマシなんかもしれんね。(皮肉でなく)
> 最新版のPostgreSQLだと挙動や仕様が違う
まー、これもオラクルでもあって、
一度ひでえ目にあったが。
うん、うだうだいってんとまず使ってみるわ。
あんがとよ〜。
うーむ。
ある程度オラクルを使ったんだが、
ツール類の充実度の低さは半端じゃなく、
ドキュメントもわざとわかりにくく書いてる、
なんていわれてるほどで、
やれサポート料金だ、やれ資格だ、やれマニュアルだ、
となんだかんだで金をふんだくろうとする
オラクルの金の亡者ぶりに嫌気が差したんだが、
データベースの出来、という面では
他よりはマシなんかもしれんね。(皮肉でなく)
> 最新版のPostgreSQLだと挙動や仕様が違う
まー、これもオラクルでもあって、
一度ひでえ目にあったが。
うん、うだうだいってんとまず使ってみるわ。
あんがとよ〜。
136134
02/09/02 19:51ID:??? あ、おいらはOracleはまったく知らんので、耳学問ちゅーか、
伝聞で書いてます。
ただ、やぱ、Oralceの情報量はすごいと思う。
ところで、最近追い上げてる感のあるDB2ってどうなんだろう?
伝聞で書いてます。
ただ、やぱ、Oralceの情報量はすごいと思う。
ところで、最近追い上げてる感のあるDB2ってどうなんだろう?
137nobodyさん
02/09/10 14:44ID:??? >>136
DBMS は Oracle か Oracle 以外かって感じだからなぁ。
確かに DB2 のパフォーマンスは Oracle 以上のものがあるんだけど、
Oracle 以外の商用 DB をわざわざ導入する必要があるんかいなって
いう話になっちゃう。PostgreSQL で (SQL 的な) 機能的には足りるし、
パフォーマンスもそれほど見劣りするってわけじゃないしね。
DBMS は Oracle か Oracle 以外かって感じだからなぁ。
確かに DB2 のパフォーマンスは Oracle 以上のものがあるんだけど、
Oracle 以外の商用 DB をわざわざ導入する必要があるんかいなって
いう話になっちゃう。PostgreSQL で (SQL 的な) 機能的には足りるし、
パフォーマンスもそれほど見劣りするってわけじゃないしね。
138nobodyさん
02/09/13 20:33ID:???139nobodyさん
02/09/28 04:04ID:??? PostgreSQLとMySQlではどちらが扱い易いというか簡単ですか?
SQL初心者です。よろしく。
SQL初心者です。よろしく。
140nobodyさん
02/09/28 05:30ID:??? ログ嫁
141nobodyさん
02/09/28 10:11ID:??? ログ嫁ぃますた。どっちがおすすめでしょうか?
PostgreSQL は 遅くて難しいような簡単なような
MySQl は 速くて簡単なような逆に難糞そうな あ〜。
PostgreSQL は 遅くて難しいような簡単なような
MySQl は 速くて簡単なような逆に難糞そうな あ〜。
142nobodyさん
02/09/28 13:48ID:??? mysqlオススメ
143nobodyさん
02/09/28 16:40ID:??? 両方試せよ
144nobodyさん
02/09/28 19:20ID:??? PostgreSQLオススメ
145nobodyさん
02/09/30 20:21ID:vswf6PqC 第三正規化までやらないならMySQL、やるならPostgreSQL
147nobodyさん
02/10/03 13:56ID:??? タダデ使えるDBだからって・・・
どうせ、OSもLinuxなんなら、Linux版Sybase使ったほうが
こっちも無料なんだから幸せだとおもうけど、どうよ。
どうせ、OSもLinuxなんなら、Linux版Sybase使ったほうが
こっちも無料なんだから幸せだとおもうけど、どうよ。
148nobodyさん
02/10/03 15:48ID:??? 無料で使えるか、商用DB使うかは、目的によると思われ。
何のために、どのようなDBが必要なのかを明確にしる。
「DBを使う」こと自体が目的なら、逝ってヨシ。
何のために、どのようなDBが必要なのかを明確にしる。
「DBを使う」こと自体が目的なら、逝ってヨシ。
150nobodyさん
02/10/04 11:57ID:??? >>149
うーん。詳しくはHPにも書いていないのでわからんけど、
サポートが受けられないだけで無償のようなきがする。
今月の日経オープンシステムにも、無償利用できるとしか
書かれていないし良いような書き方だけど。
うーん。詳しくはHPにも書いていないのでわからんけど、
サポートが受けられないだけで無償のようなきがする。
今月の日経オープンシステムにも、無償利用できるとしか
書かれていないし良いような書き方だけど。
151age
02/10/15 11:12ID:??? なんでPostgreSQL対応のレン鯖って少ないの?
MySQLなんてPHP難しすぎて書けないっつーの
とりあえず全レン鯖PostgreSQL対応させやヴォケェェェェェェェェエ
MySQLなんてPHP難しすぎて書けないっつーの
とりあえず全レン鯖PostgreSQL対応させやヴォケェェェェェェェェエ
152nobodyさん
02/10/15 13:13ID:???156nobodyさん
02/10/19 00:10ID:??? 変わらないとおもうけど。
158nobodyさん
02/10/21 19:42ID:???159sage
02/10/22 16:50ID:??? MySQL、nnoDB、ヌチネ、爨ネ・�ラ・�ア。シ・キ・逾ヒシコヌヤ、ケ、�隍ヲ、タ。」
、ス、筅ス、筵�ラ・�ア。シ・キ・逾オ・、・ネ、ホサナチネ、゚、マInnoDB、ホ・�チョ・ー、ネ、テ、ニ、、、�ォ。ゥ
、「、ネ、�ォ、鬢ホ、タ、ア、ノ。「MySQL、ホ・�ラ・�ア。シ・キ・逾マ・゙・ケ・ソ。シツヲ、ォ、鬢ノ、ヲ、荀テ、ニ・ケ・�シ・ヨ
、ヒケケソキ、ォ、ア、ニ、、、�タ。ゥテアス网ヒ・ケ・�、・ヨツヲ、ヒトセタワ・ッ・ィ・遙シナ熙イ、ニ、、、�ホ、ォ。ゥ
grant。。file、荀�ユフ」、ャ、�ォ、鬢」
、ス、筅ス、筵�ラ・�ア。シ・キ・逾オ・、・ネ、ホサナチネ、゚、マInnoDB、ホ・�チョ・ー、ネ、テ、ニ、、、�ォ。ゥ
、「、ネ、�ォ、鬢ホ、タ、ア、ノ。「MySQL、ホ・�ラ・�ア。シ・キ・逾マ・゙・ケ・ソ。シツヲ、ォ、鬢ノ、ヲ、荀テ、ニ・ケ・�シ・ヨ
、ヒケケソキ、ォ、ア、ニ、、、�タ。ゥテアス网ヒ・ケ・�、・ヨツヲ、ヒトセタワ・ッ・ィ・遙シナ熙イ、ニ、、、�ホ、ォ。ゥ
grant。。file、荀�ユフ」、ャ、�ォ、鬢」
160nobodyさん
02/10/23 10:17ID:??? 読めません。
161sage
02/10/24 13:15ID:??? MySQLをInnoDBで組むとレプリケーションに失敗するようだ。
そもそもレプリケーションサイトの仕組みはInnoDBのロギンングを使っているか?
あとわからんのだけど、MySQLのレプリケーションはマスター側からどうやってスレーブ
に更新かけているんだ?単純にスレイブ側に直接クエリー投げているのか?
grant fileやる意味がわからん。
そもそもレプリケーションサイトの仕組みはInnoDBのロギンングを使っているか?
あとわからんのだけど、MySQLのレプリケーションはマスター側からどうやってスレーブ
に更新かけているんだ?単純にスレイブ側に直接クエリー投げているのか?
grant fileやる意味がわからん。
162nobodyさん
02/10/29 01:49ID:/jFhYCR+ もしかしてmysqlでは
to_charは使えないのでしょうか?
to_charは使えないのでしょうか?
163nobodyさん
02/10/29 09:24ID:??? date_format(日付,書式)
164nobodyさん
02/12/05 16:20ID:zz0V84tE 今、PostgreSQLを使っています。
JSP/サーブレットに興味が出たので、10日でおぼえるJSP/サーブレット
(翔泳社)を買ってきました。
そしたら、サンプルはMySQLでした。
入門なんで、PostgreSQL用に書き直すようなことはできないとおもいます
ので、PostgreSQLとMySQLを同じLinuxサーバに投入しょうかと思うんです
けど、両方同時に起動させるなんてことできるんでしょうか?
JSP/サーブレットに興味が出たので、10日でおぼえるJSP/サーブレット
(翔泳社)を買ってきました。
そしたら、サンプルはMySQLでした。
入門なんで、PostgreSQL用に書き直すようなことはできないとおもいます
ので、PostgreSQLとMySQLを同じLinuxサーバに投入しょうかと思うんです
けど、両方同時に起動させるなんてことできるんでしょうか?
165nobodyさん
02/12/05 16:24ID:Ejjyn6K+ >>164
できるよ
できるよ
166nobodyさん
02/12/05 16:26ID:??? 入門の簡単なサンプルだからこそ書き換えて自分がちゃんと理解できてるか
試せすのに丁度良いと思うのだが。
>両方同時に起動させるなんてことできるんでしょうか?
出来る。
試せすのに丁度良いと思うのだが。
>両方同時に起動させるなんてことできるんでしょうか?
出来る。
レスを投稿する
ニュース
- 【コメ】倉庫には“古米の山” 販売店「かつてない量」 新米より古米が高い逆転現象… 赤字覚悟で販売 ★2 [ぐれ★]
- 【🍣】「夫婦2人で18万円の寿司」新宿区議の投稿…「申し訳ないとは思っていない」渡辺やすし氏 ★2 [少考さん★]
- 【国際】スペイン領カナリア諸島で移民急増、緊急事態宣言 政府に支援要請 [ぐれ★]
- 高市総理⋯日朝会談実現に意欲 [少考さん★]
- 【芸能】女優・真木よう子 出産入院中に年下看護師から“理不尽な怒られ方” 妊娠糖尿病患い…就寝中に突然 [冬月記者★]
- 「社会全体に恨み」 梅田・ジュンク堂店員刺傷事件 傷害容疑で33歳男を逮捕 大阪府警 [蚤の市★]
- 【実況】博衣こよりのえちえちホロ1GP🧪★4
- 陳李之家🏡
- 風俗嬢「店潰れまくっててヤバい!弱男は来る回数増やして!!!」 [347751896]
- さびしい
- 愛国者「日本人は名誉白人だバカ」 [834922174]
- 【地震】高市早苗「私の代で拉致問題を解決する」 [931948549]