X
トップページ⇒DB＠2ch掲示板
1002コメント288KB
MySQL vs PostgreSQL Part2
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
垢版 |
2005/08/03(水) 04:43:20ID:j7oDtJr2
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
0139NAME IS NULL
垢版 |
2006/02/23(木) 11:55:30ID:???
Slony-Iの操作はpgAdminIIIからやるのが楽でいい
0140139
垢版 |
2006/02/23(木) 11:56:59ID:???
>>138
サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。
0141NAME IS NULL
垢版 |
2006/02/24(金) 19:18:30ID:KaTZynr5
MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。
0142NAME IS NULL
垢版 |
2006/02/24(金) 23:03:15ID:???
とりあえずMySQLは3.23だったかから4.1まで使ってたけど
Postgres、速度的機能的に満足
速度はmysqlとかわらんね
業務系だからmysqlはInnoDBしかつかわんけど

とはいえ業務系ではさすがに出たばかりの8.1ではなく8.0にしてる
7.4系は眼中になし

8.0からWindowsでも動くようになったので開発がマシン1台で完結して楽チン
postgresだけのためにLinux用意してたところも多いからね

postgres8.0もJDBCドライバ回りが最初不安定だったけど、去年の5月だったか
あのあたりで不具合が解決されて安定してると思う

ひそかにpostgresのほうがmysqlよりすでに小さくなってる

mysqlはデータ自体の文字の問題は今では解決したようだけれども、
オブジェクト名がUTF8固定で気持ち悪いのとか残ってるのでしばらく様子見

何より日本語対応1年くらい放置してた時点で今後も心配
0143NAME IS NULL
垢版 |
2006/02/28(火) 08:34:27ID:???
>>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね？
0144NAME IS NULL
垢版 |
2006/02/28(火) 16:21:23ID:???
セキュリティ問題とpgpool Global Developement Group発足
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060215/229362/
を読む限り 8.x を仕事で使うのは少し怖い。
ただ PostgreSQL チームのクオリティは高いから
あと半年くらい寝かせれば大丈夫だと思うけど。
0145NAME IS NULL
垢版 |
2006/02/28(火) 17:57:11ID:???
そうか、ちょっと寝かすか
　　　∧＿∧
　 　（　・∀・） 　　　　　　）)
　　 /つ（￣｀ヽO_ノ⌒ヽ
　 ノ　　 ）　　　　　　　　＼ ）)
　(__丿＼ヽ　::　　　　ノ::::　）
　　　　　丿　　　　　　　　,:' 　）)
　　 (（　（___,,.;:-−''"´｀`'‐'

　半年後にまた会おうね☆
　　　　　∧＿∧
　　　　 （ ・∀・ ）
　　　　/　　_ノ⌒⌒⌒`〜、_
　(￣⊂人　//⌒　　 ノ　　ヽ）
⊂ニニニニニニニニニニニニニニ⊃
0146NAME IS NULL
垢版 |
2006/02/28(火) 19:34:47ID:U459FQMy
だから、どっちが多く使われてるの？
0147NAME IS NULL
垢版 |
2006/02/28(火) 21:10:59ID:???
国内では PostgreSQL、
国外では MySQL
0148t_tama
垢版 |
2006/02/28(火) 22:11:52ID:NtqGSwPN
MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。

業務系ならPostgreSQL、WEB系ならMySQLだな
0149NAME IS NULL
垢版 |
2006/02/28(火) 22:27:21ID:???
>>148
＞MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。
0150NAME IS NULL
垢版 |
2006/02/28(火) 23:56:21ID:U459FQMy
IDがMy　

MySQLの勝ち
0152NAME IS NULL
垢版 |
2006/03/01(水) 01:39:33ID:???
>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ
0153NAME IS NULL
垢版 |
2006/03/01(水) 01:51:18ID:???
まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。
0154NAME IS NULL
垢版 |
2006/03/01(水) 16:04:00ID:???
ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い？
0156NAME IS NULL
垢版 |
2006/03/01(水) 20:48:26ID:???
そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。
0157NAME IS NULL
垢版 |
2006/03/03(金) 01:02:16ID:???
MySQL4.0以前：保守のため使う必要あり。新規なら他を使うべし
MySQL4.1以後：積極的に使う必要なし
MySQL5.0以後：話にならない。おもちゃ以下

PostgreSQL8.0以前：できるなら8.0以上に上げる
PostgreSQL8.0以後：8.1が望ましい。業務にも使用可能

番外
Oracle：業務ならこれしか選択肢なし。今のとこ英語だが10.2gのフリー版もある
sqlite：小規模ならこれでOK。ただし2系、3系、3.3系とわけわかめ
BerkeleyDB：さらに小規模用。CSVファイルの代わりに使うくらい



俺の認識じゃぁこんなかんじ。うそも混じってるので注意
0158NAME IS NULL
垢版 |
2006/03/03(金) 01:29:34ID:???
>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。
0159NAME IS NULL
垢版 |
2006/03/03(金) 01:42:06ID:???
ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。
0160NAME IS NULL
垢版 |
2006/03/03(金) 01:51:44ID:???
>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。
0163NAME IS NULL
垢版 |
2006/03/05(日) 13:08:06ID:???
>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。
0164NAME IS NULL
垢版 |
2006/03/05(日) 21:08:45ID:???
そうそう、やってみればわかるよ。
0165NAME IS NULL
垢版 |
2006/03/05(日) 23:29:12ID:???
移行を考えるとDBはシンプルが一番だよな。

そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。

相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。
0166NAME IS NULL
垢版 |
2006/03/06(月) 09:18:02ID:???
移行が難しい＝現在の設計が理解できていない
0167NAME IS NULL
垢版 |
2006/03/06(月) 10:16:58ID:???
そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな
0168NAME IS NULL
垢版 |
2006/03/06(月) 11:57:39ID:???
一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。

これが正しいDBの移行方法。
0169NAME IS NULL
垢版 |
2006/03/06(月) 12:02:27ID:???
SQL Serverって結構優秀だけどな。
0170NAME IS NULL
垢版 |
2006/03/06(月) 19:40:33ID:???
ふーーーーーーーーーーーーーーーーーーーーーーーん。
0171NAME IS NULL
垢版 |
2006/03/07(火) 15:22:06ID:???
SQLServerが優秀ではなくてSybaseは優秀が正しい
0172NAME IS NULL
垢版 |
2006/03/08(水) 19:29:52ID:???
へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。
0173NAME IS NULL
垢版 |
2006/03/14(火) 20:52:07ID:???
>>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ
0174NAME IS NULL
垢版 |
2006/03/15(水) 01:17:55ID:???
2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？
0175NAME IS NULL
垢版 |
2006/03/15(水) 03:11:39ID:???
>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。
0176NAME IS NULL
垢版 |
2006/03/15(水) 03:33:43ID:???
PHPが日本で今ほど流行っていない頃、海外の流行を意識した
Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。
0177NAME IS NULL
垢版 |
2006/03/15(水) 09:46:23ID:???
そういやXOOPSっていまだにMySQL一択なのかな？使わないから調べてもしてないが
0178NAME IS NULL
垢版 |
2006/03/15(水) 10:01:25ID:???
MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。
0179NAME IS NULL
垢版 |
2006/03/15(水) 10:43:16ID:???
postgresのスレってなんか複数あるしな

昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ
0180NAME IS NULL
垢版 |
2006/03/15(水) 10:50:25ID:???
以前出た本にCygwin＋PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ
0181NAME IS NULL
垢版 |
2006/03/18(土) 14:20:13ID:???

MYSQLは4.0までは良かった。
Postgresqlは8.0から急激に良くなった。

いまなら、Postgresqlの方に軍配が上がるのでは？
0182NAME IS NULL
垢版 |
2006/03/18(土) 16:35:27ID:???
MySQL4.0以前からのバージョンアップでなけば、MySQL4.1以降でも問題ないらしいけど？
0183NAME IS NULL
垢版 |
2006/03/18(土) 17:19:59ID:???
4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね
0184NAME IS NULL
垢版 |
2006/03/22(水) 17:20:54ID:???
Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの？
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。

レプリケーションだけの差で今のところMySQL5のほうが上だな
0186NAME IS NULL
垢版 |
2006/03/23(木) 10:08:10ID:???
レプリケーションだけならそうだが、結局PostgreSQLにSlony-Iでやってるな。
PgAdminIIIでSlony-I扱えるのが大きい。
0187NAME IS NULL
垢版 |
2006/04/10(月) 21:18:30ID:kws9LtIU
過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな

ということで燃料投入www

スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから
0189NAME IS NULL
垢版 |
2006/04/11(火) 13:07:49ID:4VOupqi+
>>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。
0190NAME IS NULL
垢版 |
2006/04/11(火) 13:20:49ID:4VOupqi+
業務系はPostgreSQLでWeb系がMySQLってのは俺も賛成だな

まあPostgreSQLの方をよく使っていた俺の意見だけど
pgsqlは使いやすいてのも大きいかなw
ある程度大きいDBで同時アクセスが少ないシステムの場合は
PostgreSQLの方が何かと有利かと思うな。
でも規模が大きくなりすぎると別の問題が出てきて
Oracleを使いたくなるってのもあるがwww

MySQLの場合はデフォルトで性能が出ない場合があるってのも大きいかも
クエリー特性とか考えずに全てInnoDBで済ますような
そんな適当な使い方ではあんまり性能でないからねwww
142はチューニングとかしたのかな？
0191NAME IS NULL
垢版 |
2006/04/11(火) 13:42:50ID:???
188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 〜 3 倍くらい出る。

# 8.2 は order by も 20% くらい速くなるらしい。
0192NAME IS NULL
垢版 |
2006/04/11(火) 13:50:39ID:4VOupqi+
詳しく>>191
比べた条件がわからないと参考にならないんだけど
0193NAME IS NULL
垢版 |
2006/04/11(火) 14:55:57ID:???
ツールの使いやすさで言うなら
CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。
0194NAME IS NULL
垢版 |
2006/04/11(火) 18:22:25ID:4VOupqi+
>>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず（わかろうとしない？）にチューニング出来ないと思うんだが
0195NAME IS NULL
垢版 |
2006/04/15(土) 11:05:45ID:???
通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった

ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い
0196NAME IS NULL
垢版 |
2006/04/15(土) 22:04:16ID:8sebR/w8
「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww

Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww

俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ？
まともにメモリ設定したら結構性能が違ってきたりしないのかな？
0197NAME IS NULL
垢版 |
2006/04/22(土) 00:30:34ID:???
トランザクション中心なんてほとんどの業務系はそうだろ

WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど

だから社内アプリだとWEBアプリはだいぶへってるよ

InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい
0198NAME IS NULL
垢版 |
2006/04/22(土) 14:01:13ID:???
>>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。
0200NAME IS NULL
垢版 |
2006/04/22(土) 23:40:03ID:???
>>199
Postgresの２つのスレを見ればきっとわかるよ。
最近は、「キレる＆荒れる」精神的に病んだ奴が多すぎ。
0201NAME IS NULL
垢版 |
2006/04/23(日) 13:30:07ID:???
なんでもやってクレクレ君に頭きてんだろ
環境変数なんかチューニングすんのが当たり前
それを初期値が非道いとか眠たいこと
言ってるからじゃねえの
なんでもかんでも精神病んでるとかに
結びつける方が短絡過ぎだろwww
0202NAME IS NULL
垢版 |
2006/04/23(日) 13:49:13ID:???
馬鹿と荒しはどちらも精神病患者
0203NAME IS NULL
垢版 |
2006/04/23(日) 15:44:45ID:MyWxdzio
>>202
そのレス自体が煽りだと気づいてないオマエ自身
オマエの言う精神病患者の何者でもねえwww
0204NAME IS NULL
垢版 |
2006/04/23(日) 16:33:24ID:???
事実を述べただけ。
知能が劣っている事と、犯罪や迷惑行為を行う事と、精神病を抱えている事は
どれも同じ現象の異なる側面を眺めているに過ぎない。
0205NAME IS NULL
垢版 |
2006/04/23(日) 16:46:30ID:???
>>203
自嘲してるんでしょうな。

>>204
おまえさん、かなり精神的に病んでますな。
0206NAME IS NULL
垢版 |
2006/04/23(日) 18:48:47ID:???
>>204は病気というより人間として終わっているだろ。
0207NAME IS NULL
垢版 |
2006/04/23(日) 19:26:29ID:???
人間未満のゴミどもが何か言うてるでw
0209NAME IS NULL
垢版 |
2006/04/24(月) 02:51:43ID:???
>>201
なんでも、やってクレクレ君に頭来てるってな、
ここでの質問はおまえらが答える必要なんてないんだぞ。
なんだ、質問に答えることがおまえらの仕事なワケ？？ニートか？
仕事だからクレクレ君来ると怒るわけ？？

0210NAME IS NULL
垢版 |
2006/04/24(月) 02:57:42ID:???
>>209
別に201でもなんでもないが
おまえ、何ファビョってんの？ｗｗｗ
0211NAME IS NULL
垢版 |
2006/04/24(月) 12:58:47ID:???
発売わずか２か月で20万部を越えたベストセラー「他人を見下す若者たち」。

現代の若者を「自分に実力がないのに周囲を見下すことで有能感にひたる」と切り捨てます。
著者は教育心理が専門の名古屋大大学院教授。日ごろ、学生と接する中で感じていた
自説が思いのほか大ヒットしました。

http://www.nhk.or.jp/nagoya/ohayo/index.html

「自分以外はバカ」仮想的有能感を持った若者特徴

●自分に甘く、他人に厳しい
●すぐにいらつき、キレる
●「悪い」と思っても謝らない
●努力せずに、成果がほしい
●無気力、鬱になりやすい

0215NAME IS NULL
垢版 |
2006/04/25(火) 13:15:59ID:???
PostgreSQLを他のデータベースソフトと
ベンチマークテストで数値で検証してるサイトはないでしょうか？

ttp://www.thinkit.co.jp/free/compare/1/8/1.html
探してみたもののここぐらいしか見つかりませんでした。
0218215
垢版 |
2006/05/04(木) 01:49:12ID:???
　　　 ＿_　　　　　　＿＿＿＿＿　　r―‐┐┌――┐　　 　 　 　 ＿　　　　　厂|　　 　 　 ＿＿厂|＿＿
　　／ ∠＿＿＿,　 |＿＿＿___　|　/_/７ /　 ７ 厂|　|　く＼ 　 　 ｜｜　 　 　 |　|　　 　 　 |＿＿　 ＿＿|
　　l 　 ＿＿＿　 |　　 　 　 　 |　|　＿/ 〈＿ Ｌ/　[＿| 　 ヽ」┌─┘└─┐　 |　|　　　　_　|＿＿　 ＿＿|
　 ｜　|＿＿＿|　|　＿＿＿＿|　|　| 口 口 | /Ｚ_冂＿　〈＼.└─┐┌┐│　 |　ヽ＿_／ | /┌┐　＿ ＼
　　l 　 ＿＿＿　 |　|　　 　 　 　 |　| 口 口 l〈_,r┐┌┘　＼/＿＿|　L_」　|＿　＼＿＿／ ヽ､二__ノ　 ヽ/
　 ｜　|＿＿＿|　|　|　|￣￣￣￣　|┌ー┐|┌ ┘└┐　　　|＿＿　 ＿＿＿|　 厂|　　　 　 ＿厂|＿＿
　　l 　 ＿＿＿　 |　|　| 　 　 　 　 ｜| 　 ｜|└ ┐┌┘　 / 〉　　 /　＼　　　 　 | ｜　　　　└┐┌─┘
　 ｜　|＿＿＿|　|　|　ヽ＿＿__／| |｜ 　 |｜ 　 |　|　　　/ /　 ／／＼ ＼＿_　 |　|＿,ノ|　　　 |　| l二二l
　　l＿＿＿＿＿_|　ヽ＿＿＿＿_ﾉ |.」 　 [__|　　 |_.」　　く_/　く_／　　　＼＿ﾉ　 ヽ＿＿/　　 ∠_/　l二二l
0219NAME IS NULL
垢版 |
2006/05/05(金) 02:17:49ID:2T/DDJw6
質問です！Mysqlを勉強してます。
perlのDBI経由と、CSEとで、sqlのステートメントを複数連結するとSyntax Errorに
なってしまいます。たとえば下記はエラーになります。

select current_date; select_current_date;
※これはテスト用で、実際はcreate tableが連続します

DBIとCseではだめでしたが、mysql monitorでは意図したとおり実行できました。
Postgresqlでは全部の環境でエラーは起こらないのですが、この違いってなんなのでしょうか？

宜しくお願いします！
0220NAME IS NULL
垢版 |
2006/05/05(金) 13:03:43ID:???
>>219
；(セミコロン)で区切って複数のSQL文をCSEで実行するときは
［データベース］−［一括実行］の方でやってみる
0221NAME IS NULL
垢版 |
2006/05/05(金) 23:06:51ID:???
>>220
実行できました！ありがとうございます
perlではどうやったら実行できるでしょうか？
C APIでMYSQL_OPTION_MULTI_STATEMENTS_ONってのを見つけましたが、
perlには関係ないですよね。
0222教えて
垢版 |
2006/05/06(土) 02:03:19ID:dawq4wDl
今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで　MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
0223教えて
垢版 |
2006/05/06(土) 02:13:11ID:dawq4wDl
今、MYSQLでデータベース作ってますが、漢字の”十”が文字化けします。
ほかにも、いくつかの漢字が文字化けします。
WINXPで　MYSQLのバージョンは４でも５でも駄目でした。
だれかわかる人いませんか？
0224教えて
垢版 |
2006/05/06(土) 02:29:12ID:dawq4wDl
MYSQL単独でだめだし、漢字も一部の漢字がうまくいかない。
うまくいく漢字もあるし、わけわからん。
もう、いい、いらん！　データベースなんか”いらねー！”。
データのクラスとファイルのIOだけでやるわ！
0225教えて
垢版 |
2006/05/06(土) 02:32:55ID:dawq4wDl
YAHOOのサイト探してるが、ほかのプログラムと連携して問題があるように
語るところばかり。

それどころかあー！　根本的にMYSQLのコマンドラインから問題が
あるじゃあないか。
0227NAME IS NULL
垢版 |
2006/05/06(土) 21:06:36ID:???
CSEってバグだらけじゃないか?
そもそもその略称は一般的なんか
0228NAME IS NULL
垢版 |
2006/05/06(土) 22:46:44ID:???
>>227
結構見かける＜略称
正式名称が長すぎ
0229NAME IS NULL
垢版 |
2006/05/06(土) 23:06:36ID:???
KENTて・・・
あえて、ド素人相手の説明だから？
0230NAME IS NULL
垢版 |
2006/05/07(日) 00:16:22ID:???
>>227
なら使わなんだらエエだけの話
俺はExcelとレコードを直接コピペし合えるこのツールは非常に重宝しとる
ただオマエの言うとおり更新が滞ってるので
MySQL4.1以降ではネイティヴで接続できない場合がある
もしオマエのいうバグがそれだとしたら解決法はある
教えてほしかったらキッチリ仁義斬ることだな
0231NAME IS NULL
垢版 |
2006/05/07(日) 11:52:19ID:???
>>230
> 教えてほしかったらキッチリ仁義斬ることだな

早速のお控えありがとさんです。手前のあげます仁義に前後まかり間違いございましたら失礼さんです。
手前、姓はNULL、名はNAME、ミドルネームはIS、人呼んで名無しと発します。
いずこ、いずかたの地におかれましても、
お兄ィさん、お姉ェさん、またはお友達衆に厄介かけがちな粗そう者です。
以後、見苦しき面体お見知りおかれまして、
行く末万端、お引き立て、宜しくお頼ォ申しあげます。
0232NAME IS NULL
垢版 |
2006/05/07(日) 14:19:43ID:???
CSEのバグってスクロールバーとかUIまわりだろ
MySQLなんてなめきったDBは業務系で使わないからいいけど
0233NAME IS NULL
垢版 |
2006/05/07(日) 16:11:25ID:???
それはﾌﾟｷﾞｬｰと言うところかしらー？
0234NAME IS NULL
垢版 |
2006/05/07(日) 16:35:42ID:???
ちゃんと仁義きったのだからオセロ

0235NAME IS NULL
垢版 |
2006/05/07(日) 22:28:17ID:???
>>234
CSEでMySQLにネイティヴ接続する場合、
4.0以前のパスワード（16文字）のユーザでしか接続できない。
4.1以降で新規作成したユーザは既定で41文字のパスワードが生成されるので、
このユーザでCSEに接続するには直接mysql.userテーブルを操作して、
update user文とold_password関数を使って4.0以前のパスワードへ変換する。
0236NAME IS NULL
垢版 |
2006/05/08(月) 01:57:57ID:???
>>235
さっそくのレスありがとうござんした。
以後宜しくお頼ォ申しあげます。
0237NAME IS NULL
垢版 |
2006/05/09(火) 23:19:14ID:???
>>232
男なら
与えられた環境だけでなんとかしねぇとなんねぇ時もあらぁな
0238NAME IS NULL
垢版 |
2006/05/09(火) 23:33:55ID:???
>>237
それが男ってもんよ。環境が無いから開発が出来ない？
てめえらチンコあらあって出直してこい。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況