トップページ⇒tech
647コメント186KB

MySQLってどうよ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
語ってくれ
0002デフォルトの名無しさんNGNG
私のSQL
0003デフォルトの名無しさんNGNG
構造化問い合わせ言語
00041NGNG
>>2-3
違うって。
なんかフリーのDBサーバらしい。
まだマイナーだけど、どうなんかな?って
0005デフォルトの名無しさんNGNG
試用してるけど、ストアドが作れないのは辛いね〜。
副問合せもできないし。
次のバージョンではできるようになるのかな?
速さは抜群らしいよ。
0006デフォルトの名無しさんNGNG
>>4
ソース出せ。語るのはそれからだ。
0007デフォルトの名無しさんNGNG
>>1
Unix板か,Linux板にもMySQLのスレがあったよ。
けっこう面白かった。
00081NGNG
発信元

http://www.mysql.com/

NASAってマジですかね?
0009デフォルトの名無しさんNGNG
日本のページ。

http://www.mysql.gr.jp/
00101NGNG
>>7
Unixベースって事はMacでもいけたりします?
次の打ち合わせで提案してみようかな...
0011デフォルトの名無しさんNGNG
>>10
ヤメトケ。糞だよ
0012デフォルトの名無しさんNGNG
MACでもいけますよ。
ただ、大幅改善のVer4がそろそろ出るはずです。
0013デフォルトの名無しさんNGNG
PHP+MySQLこれ最強。
0014デフォルトの名無しさんNGNG
Rubyとの相性はどう?
0015デフォルトの名無しさんNGNG
Ruby以外の言語は糞だと思う。
MySQLもついでに糞だと思う。
0016デフォルトの名無しさんNGNG
RUBY>>>>>>>>>>>>>>>>>>>MYSQL
0017デフォルトの名無しさん NGNG
もはや正常な比較すらできない気の毒な>>16
0018デフォルトの名無しさんNGNG
Rubyはさて置き、
使ってないのに煽ってるだけの厨房は糞だな。
0019デフォルトの名無しさんNGNG
>>16ってかわいそう
0020デフォルトの名無しさんNGNG
Oracleってなんですか?
0021デフォルトの名無しさんNGNG
>>20
占い師
0022デフォルトの名無しさんNGNG
oracle:天声, 神託, 神示
0023デフォルトの名無しさんNGNG
世界第2位のソフトウェア会社だよっ(Babylonより)
0024デフォルトの名無しさんNGNG
会社で商用RDB、家で趣味にMySQLを使ってるが、
正直比べものにならん部分も多い

とはいえRDBでデータ管理してWebで参照させる、
それだけなら別にいいんじゃない?って感じ。
業務アプリ用途には向かない。
0025特徴:NGNG
1.海外ではPostgreSQLよりメジャー。
2.トランザクションがない。その代わりにかなり速い。とにかくスピード重視。
3.Webで使ってる人が多い(らしい。)
4.フリー。商用利用可。
0026デフォルトの名無しさんNGNG
Windowsで使えますか?
0027デフォルトの名無しさんNGNG
>>26
使えます。
ttp://www.mysql.com/documentation/mysql/bychapter/manual_Installing.html#Windows

欠点:
日本ではマイナーなので、日本語ドキュメントが少ない。
でもオライリーから本は出てるみたいね。
ttp://www.oreilly.co.jp/BOOK/msql/
0028デフォルトの名無しさんNGNG
>>26
はい
0029デフォルトの名無しさんNGNG
日本語マニュアルは http://www.mysql.gr.jp を参照するとよろしいかと。

IIS(PWS) + ASP + Jet-DBのかわりに apache + php4 + mysql って
組み合わせで使うのも、またよろし。
0030デフォルトの名無しさんNGNG
複雑なクエリが投げられない。
テーブル+コードを工夫して、シンプルなクエリをたくさん投げる感じ。

おれは、潔い感じで好きだけどね。無意味な苦労が多い気も...。
0031デフォルトの名無しさんNGNG
ISAMだからしょうがないじゃん。
軽くていいよ。
0032デフォルトの名無しさんNGNG
トランザクションが使えないとビジネス用途としてはちと厳しいなー。
個人的に遊ぶのには面白そうだけど。
0033デフォルトの名無しさんNGNG
BerkleyDBと連携させればできますよ。
MySQL4ではもちろん標準搭載。
ただ、反応速度がどれくらい落ちるんだろう。
0034デフォルトの名無しさんNGNG
BtoCのサイトでISAMだけで足りる率 95%
0035デフォルトの名無しさんNGNG
InnoDBが含まれるMySQL-max使えばトランザクションが使えます。
0036デフォルトの名無しさんNGNG
>>27-28
日本語(Shift-JIS) は、まともに使えるの?
0037デフォルトの名無しさんNGNG
半角カナとかもいけるよ
0038親切な人NGNG

ヤフーオークションで、幻の人気商品、発見!!!

今は無き「コピーガードキャンセラー」↓
http://page2.auctions.yahoo.co.jp/jp/auction/b18880293

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。
0039デフォルトの名無しさんNGNG
>>38
この板にも来たかこやつ。何か対処されへんのかな。
0040デフォルトの名無しさんNGNG
そろそろbanでは?
0041デフォルトの名無しさんNGNG
厨な質問でごめん。
MySQLって、プロバイダとかでroot権限がなくても入れられます?
0042デフォルトの名無しさんNGNG
バイナリをコンパイルしなきゃいけないから、
普通のプロバイダだと厳しいかと思われ。
004341NGNG
>>42
そうですか、自分でテキスト処理を書く事にします。
0044デフォルトの名無しさんNGNG
もしプロバのホストのosが何かが分かれば、よそでバイナリを作ってUPするという手がある。
まあ、見つかったとたんに(運営ルール/方針しだいでは)制裁くらう恐れもあるけどな。

あ。db鯖ってことは常駐型ソフトなのね。
常駐プロセスはCGIとかとは違うんで、常駐ものを置くことを
許してくれてない環境では、ちと無理かな。

もれはさっきwin版を手元の機械に入れてみた。
sjisでもujis(eucのこと)でも動いた。
さて、なにして遊ぼうか?
004541NGNG
>>44
なるほど、コンパイルできたとしても、デーモンを起動しなきゃなのですね。
プロバイダ上でデーモン常駐なぞ、私にはとても出来そうにないな。

CGIでデータの選択と複数キーによる並び替えをしたいだけなので、
プログラミングの勉強にもなるし、自分で挑戦してみます。
0046デフォルトの名無しさんNGNG
どの程度の複雑なクエリーがだめなの?
服問い合わせが出来ないことは分かったけど。
0047sql初心者NGNG
使ってみましたが、mysqldやると、
innodb_data_file_pathの設定が無い
と怒られます。my.cnfに書いてもダメ。
何か良い参考書あります???
0048デフォルトの名無しさんNGNG
MySQLってYahooでも使ってたって聞いたことあるよ。
0049 NGNG
>>46
http://www.mysql.gr.jp/jpdoc/3.23/manual.ja_Compatibility.html#Missing_functions
0050デフォルトの名無しさんNGNG
InnoDBはスラッシュドットが使っているらしい。
InnoDBは今月中にトランザクションのSERIALIZABLEに対応し、
ホットバックアップとインクリメンタルバックアップに対応するらしい。
これでスピードがあまり下がらなかったら、十分に使えるのでは?
もともとスピードは桁違いだし。

ちなみにMyISAMで業務処理を開発している。
単純なSQL文を発行して、処理をプログラム側で
行うのがうちでは主流なので全く問題ない(今までBrieveベースだったので)。

一番問題になるのは、トランザクションがないことだけども、
小規模の場合だったら今のところ問題はない。
中規模以上だったら、DBの書き込みのところを分散コンポーネントにすれば
問題ないのではないかと思っている。
また、バックアップががエンジンを止めないといけないが、ファイルコピーで
すむので、ありがたい。

ちなみにMySQLがトランザクションはサポートしないが
アトミックオペレーションで対応すると言っている。
これは結構おもしろいと思うが、どうか?
サブクエリー、ストアドプロシージャに関しては、追々対応していくみたいだし。
0051デフォルトの名無しさんNGNG
http://www.sqlmag.jp/
0052デフォルトの名無しさんNGNG
副問い合わせが使えないのがかなり痛い。まあ JOIN で逃げるわけだが。
トランザクションは実装されるけど、どこまでパフォーマンスが低下するか。
逆にいい点は、SELECT に LIMIT があることだな。「この条件で、何番目から何個分のレコードを返せ」ってのが簡単にできる。
これを他の SQL でやるとかなり面倒。

基本的には参照系に使うもので、大量に更新が発生するものには向かない。だから参照がメインになる Web 関連で使われる……ってとこじゃないかね。
0053デフォルトの名無しさんNGNG
>>50
>DBの書き込みのところを分散コンポーネント

って、DBへの書き込み処理を一箇所にまとめて、そいつがキューを管理するっていうイメージ?
処理系は Java サーブレット? dRuby だったりして。
0054名無しさん@EmacsNGNG
MySQLでのトランザクションの実現って、InnoDBを使うのが主流になっ
てBerkeley DBは捨てられちゃうの?

Berkeley DBはMySQL無しの単独で使った事があって、DBエンジンとして
かなり信頼してるんだけど、何でInnoDBがMySQLに入ってきたのか経緯
知ってる人いる?
0055 NGNG
PostgleSQLは?
0056デフォルトの名無しさんNGNG
Berkeley DBは確か商用では相当高価だったはず。
そもそもBerkeley DBの機能追加っていまだに行われているの?

本当はNuSphereを使ってみたいんたんだけど...。

PostgreSQL
005750,56NGNG
ごめん、途中だった。

PostgreSQLはもちろん、良い。フリーの標準か?って思っている。
2つのDBの機能面の比較は、今まで何度となくされてるし、その通りだと思う。
よって、うまく使い分けたり、いやむしろ、PostgreSQLに飛びつきたいくらい。

しかし、運用面ではWindowsに正式に対応し、扱いが非常に簡単というのは
大きい。
Linuxはやはり難しい。技術者は良くても、うちの場合はそれだけでまわっ
ているわけではないから。
差分バックアップなんて怖くてやらせられないくらいのレベルだが、
その人たちの担う役割は大きい。
005854NGNG
>>56
Berkeley DBそのものを商品として売らない限り対価は不要なはず。
最近の機能追加は2フェーズコミット関連をやってた気がする。

それより、56はInnoDB詳しい?
005956NGNG
58>>
確かに、Berkeley DBは2フェーズコミットに対応している。。
がしかし、本家のメーリングリストでInnoDBとBerkeley DBの発言数を比べると...。

>それより、56はInnoDB詳しい?
なにをもって詳しいとするかが、意見の分かれるところだけど、
nnoDBに関しては詳しいというほどでもないと思う。
テストしたり、調べたりという程度。
006054NGNG
>>59
あ、詳しいってのはMySQLプロジェクトでの扱いとかね。

軽く調べた限りではInnoDB, Berkeley DBともMySQLに対して提供する機
能が被ってる(トランザクション、障害回復等)んで、どういう経緯で
InnoDBが追加採用されたのかなと思った。
0061ひろゆきと愉快な信者達NGNG
115 :参加するカモさん :01/12/21 19:46
http://gotonext.cool.ne.jp/gazou/hiroyuki02.jpg
ひろゆき、歯まっ黄色!!
歯糞だらけ!!びっくり!!(・∀・)キタナイ!!ビークリ!!

ひろゆきへ

歯みがきしましょうね・・・・

156 :参加するカモさん :02/01/08 14:08
>>115
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死
死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死死

157 :参加するカモさん :02/01/08 14:11
>>115
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪呪
0062デフォルトの名無しさんNGNG
訴えちゃったよ
0063NuSphereNGNG
訴えられちゃったよ
0064デフォルトの名無しさんNGNG
カーソルが使えないのはイタイな〜
0065デフォルトの名無しさんNGNG
VC6のSTANDARDでコンパイルできたヤシいる。
MySqlManagerがリンクできんモヨリ
0066デフォルトの名無しさんNGNG
InnoDB、ホットバックアップのベータがでた模様です。

http://www.innodb.com/
0067デフォルトの名無しさんNGNG
MySQLでのJDBCってどれが良いの?

http://www.t3-jpn.com/

って、ところにあったけど、カウンターが6000台って、大丈夫なのか?
0068デフォルトの名無しさんNGNG
>>67
大丈夫だよ。
検索エンジンなどにはTopページではなく、JDBCドライバのあるページを
登録しているから、あまり多くないんだよ。
0069デフォルトの名無しさんNGNG
>>67
その gweMysql Driver がついさっき update されたみたい。
0070デフォルトの名無しさんNGNG
MySQLのドライバが数種類あるので迷っています。
たぶん、gweMysqlかmm.mysqlあたりがいいと思うのですが..。
どっちがいいんでしょうか?
0071デフォルトの名無しさんNGNG
>>70
外国の方や日本の方も大抵 mm mysql Driver を使ってるみたいです。
ただ、この mm mysql はソースがとても汚くて不具合もいろいろあるみたい。

gweMysql Driver は 日本人が作製しているので、日本人向けかも。
外国の方も日本の方も使ってる人もちゃんといます。
0072デフォルトの名無しさんNGNG
mm mysql Driverしか使ったことないけど、gweMysql Driver とどう違うの?
0073デフォルトの名無しさんNGNG
mysqlってレコードのロックも掛けられないのですか?
0074デフォルトの名無しさんNGNG
>73
 ロック信者ハケーン!!

 
0075デフォルトの名無しさんNGNG
>>73はロックマン
0076デフォルトの名無しさんNGNG
>>73
レコードロックって、どういう使い方してるの?
それによって変わるから、サンプルのSQL文が見たい。
0077デフォルトの名無しさんNGNG
>>76
C/S構成の更新主体のシステムだと長時間の悲観ロック使いたくなるが。
普通使わないのかな?
0078デフォルトの名無しさんNGNG
ロックマンロックマンロックマンロックマンロックマンロックマン
0079デフォルトの名無しさんNGNG
ガッチャマン
0080ロックマンNGNG
テーブル・ページロックで十分な気もする
008176NGNG
>>77
ケースバイケースだと思う。悲観の方が組むのも楽だし。
だけど楽観の方の設計にしておいた方が、後々楽だと思う。
MySQLの場合、悲観的ロックだと専用のフィールドかテーブルを持たす必要があるしね。

>>73
MySQLは他のDBと別のパラダイムを持っていると思う。
他のDBを使っている開発者から見れば、トランザクションがない、明示的な行ロックが
ないなどと不満も多いと思う。

だけどそれも設計と、書き換えでなんとかなる場合が多い。
書き換えても、それを補って余りあるパフォーマンスもあるし。

結局は使い方だと思うけど、どう?
0082デフォルトの名無しさんNGNG
>81
 まぁ、そりゃ全てのDBに言えることだわな。使い方次第ってのは。

 トランザクションなしで、行ロックなしとなれば、参照系しか使う用途は
ないにしても、その反面パフォーマンスが桁違いなら、間違った選択じゃ
ないとは思う。
■ このスレッドは過去ログ倉庫に格納されています