>>946

この整列の場合、日本語(2バイト文字)云々はあまり関係ありませんでしたね。
実装して、動作を確認しました。整列時の正規表現を取り入れる方法は
頭になかったので、大変参考になりました。

重ねて、お礼申し上げます。ありがとうございました！

>>946 のregexp使わない＆warning出さない版。

drop function get_int;
delimiter $$
create function get_int (str varchar(100)) returns int
begin
　declare num int;
　declare continue handler for 1292 set num = null;
　set num = cast(str as signed);
　return num;
end;
$$
delimiter ;

select * from test1115
order by
　get_int(data) is null,
　get_int(data),
　data
;

+-----------------------------------------------+
| data |
+-----------------------------------------------+
| 0 |
| 1 |
| 2 |
| 11 |
| 0text0 |
| 109ビル4FランジェリーショップLOVE |
| 2008年Xmasは中止 |
| a1 |
| abc |
| あいう |
+-----------------------------------------------+
7 rows in set (0.00 sec)

しかし、これを入門レベルと言われるのは
僕にとっては、酷です。

中止かよ、暗い年末だな

酷っても、質問の意味を伝える事が出来なきゃ、入門以前で始まらない。

>>952

ストアドファンクションまで使えるんですね。
ある意味、order byはなんでもありというか・・・
整列に幅が広がりそうです。

原理は946と同じですね。

>>947
「同様」の定義によると思います。
>>952 で作ってもらった結果でよさそうであれば、伊藤さん的には同様だと。

>>950
解決されたのであればなによりです。

>>952
ありがとうございます。

まじめに対応しててﾜﾛﾀ

>>958

・・・・・

>>909
仕様です。
FKEY満たしているかチェックするために
INDEXがあったほうが便利なので、
自動で作られているだけですよ

Server version: 5.0.51a です
あるユーザーで入っている時に別ユーザーでコマンドを実行したい時って
一旦抜け出して、そのユーザーで入り直さないと駄目ですかね?

suで切り替える…見たいな事が出来たら良いなと思ったりするんですが。

MySQLに対応しててサーバに直接接続してフォーワード・リバースできる
ER図執筆ソフトってある？

dbdesignerとか２年間開発とまってるし

無料のやつで。

>>961
だめです

>>962
俺もだいぶ探したけどないよね無料のは

dbdesignerなら出来るんだけどね
確かオープンソースだから誰か開発引き継げばいいのに

無料で、って言ったのはその選択肢はもう調べましたって意味だわな

>>964
961です。thx 諦めます w

おもしろいやつがわいてるっｗ

それはどっちかというとPostgreSQLが変態。

order byでソートした順番で保存したい場合は
新しくテーブル作ってそこにコピーするしか方法はないんですか？

順番で保存って・・・
どうして？
ORDER　BY　じゃだめですか？

しかも、エンジンによってはINSERTした順番に保存されるのが保障されてなかったりしそうだけど。
各章はないけど。

なんか「順番に保存」っていう発想がDBっぽくない、とか言ったらダメですか？

読み出し順序が保証されてない以上、順番に保存する意味もない。

主キーがついてるデータを消すとそこの主キーの番号が抜けちゃいますよね？
それより後ろの主キーが一つずつ自動で下がってくれたりなんかしませんよね？
なんか落ち着きません

>>977
まぁ落ち着け

お茶でも飲めばいいんじゃね

>>980
日本語でおｋ

DateTime型とTimeStamp型がありますが、
どのように使い分けるのでしょうか？
たとえば現在の時刻を取得してDBに保存するプログラムの場合は
ネットや本で見る限りTimeStampが多いですね。
でもDateTimeでも代わりに使えると思いますし、DateTimeにすることで
マイナスになるようなことも無いように思います。
単純に慣習なのでしょうか？

今卒研としてjavaとMySQLを組み合わせて文書検索システムを作ろうと思っているんですが
MySQLに文書の中身（文字列）を登録するのは容量的に大丈夫なんでしょうか？

最初は Luceneなどでファイルから直接キーワード検索　としようとしたんですが、
色々な種類のファイルを同時に読み込めるかということに疑問を感じたので
①txt.pdf.docから文字列を読み込み→②MySQLに登録→③MySQLからキーワード検索
のほうが自分のレベル的にもできると思ったのでこの仕様で大丈夫かお聞きしました。

２０文字程度のを１つ２つなら容量的に大丈夫
１文書が３ＴＢのを１００万オーダーで入れ込みたいなら難しい

卒研ならもう少しマシなシステム組まない？
MySQLじゃ研究というより勉強じゃね？

そもそも書けたっけ？

レスありがとうございます。
>>985
すいません多分自分の言葉足らずで違う意味で理解されてしまったと思いますが
20文字程度を例に上げられるってことはMBサイズの文書を登録はやめたいいということしょうか？

>>986
メインはJAVA部の機能です。教授にDB勉強兼ねろ。といわれ
DB勉強がてらにMySQLを使用したのですが（都合がつけばこのまま）
やはり他のDB使ったほうがいいということでしょうか？

本心を言うとJAVA部で既に飽き、性能悪くてもとっとと終わらせたいと思ったので
MySQLの検索機能を利用できるならそっちを使おうかと思いました。

ふーん。フルテキストインデックスを貼っておけば、そこそこ動くと思うけどね。
教授がそれでいいと言うなら、いいのかしら。

あるいはそもそも、MySQLでは日本語全文検索が使い物にならないという巧妙な罠だったりして。

>>989
え？書けないの？＾＾；

>>989

select * from department d inner join employee e on d.dep_id = e.dep_id for update;

こんな感じのクエリ投げてみたら普通に通ったは通った。
inner join しなくてFROM句にテーブル名並べても同じ。

ただ、この時ロックがかかってるのかどうかは分からん。
誰か詳しい人いたら教えてください。

workbenchでビュー作ると
間違いがなさそうなのにsyntax errorって言われる
テーブル名指定してるところが赤くなってるんだけど、でもそのテーブルもworkbench上で定義してるのに
workbenchでビュー書けた人居ますか？

一つのテーブルに45000枚もエロ画像入れたのにselect一瞬で驚き。
正直Oracle使ってるやつは何が良くてOracle選んでるの？って思う。
mysqlは神だね。爆速。

１件のデータ容量なんて関係ないからね
バイナリに対する検索じゃなければ。
４５０００はＤＢとしては全然少ないし

1000

>>997
ネタだよな？