09/04/17 10:45:09 4C/Z4RNv
麻衣よりもポス使ってるのは日本人だけ
ぐぐるよりアホーつかってるのも日本人だけ
945:NAME IS NULL
09/04/17 12:00:13 YwJFM/Rk
なんかMySQLが無料なレン鯖ばかりでPostgreSQLは有料とかだから、
MySQLを使いたくなってしまう、自鯖のPostgreSQLユーザな俺
簡単にコンバートできないかしら
946:NAME IS NULL
09/04/17 13:05:48
ポスグレはデフォでGUIソフト付いてるからね
mySQLにもつけてほしい
947:937
09/04/17 15:21:28 IRCA6Vyp
要するにｍｙｓｑｌ標準では正規表現はサポートしてないと
いうことですね？
ありがとうございました。
948:NAME IS NULL
09/04/17 21:46:10 mgILyPPd
>>947
仕事で使うのなら、マニュアル位読もうよ
＃あるかどうかは知らないけど
949:NAME IS NULL
09/04/18 03:54:50
>>946
pgadminのことかな？
mysql gui toolで上等よ。
950:NAME IS NULL
09/04/18 08:52:50 ehxOE7Ps
Windowsの簡単な天気表示アプリで、お天気データを入れたデータベース(MySQL)をバックエンドに使おうとしているのですが、
ユーザのアプリと同じマシンでMySQLを動かすと問題ありますか？別のマシンを用意してネットワーク経由で接続に行ったほうが
いいでしょうか？一般に配布するようなアプリではなく、MySQLのセットアップは開発者側で出来るので、ネットワークを経由
させるとどれくらいパフォーマンスが落ちるのかが気になっています。
お天気DBのサイズは2GBをチョイ超えるくらいで、ユーザのマシンのメインメモリは4GBです。
どうかご意見をお聞かせください。
951:NAME IS NULL
09/04/18 09:39:40 qNUETVPj
>>950
データの件数はどの位なん？
アプリの内容によると思うけど、同じでもいいんじゃないかなと
配信される予報データを変換して使うなら、DBに入れるとそこそこの量になるのかな？
昔、年月指定->該当する天気の画像を合成して表示するアプリ作ったのを思い出したw
952:NAME IS NULL
09/04/18 10:10:35 ehxOE7Ps
1000万件のデータが1つと、800万件のデータが1つです。
ほぼ参照ばかりで、データの追加／更新は、まとめて決まった時間にやるように出来ます。
953:NAME IS NULL
09/04/18 10:33:42
>>950
MySQLを別マシンにしたことでパフォーマンスが落ちる要因は通信速度だから、
一概には言えないけどなー。LANならほとんど問題にならない。
むしろ、クライアントサイドにMySQL持たせた場合にデータ更新(同期？)の仕組みを
作らないといけなくなってしまう方が厄介に感じる。
サーバサイドに置いてりゃ、クライアントからはデータ更新を意識する必要はないから。
レプリケーションを組めるくらい、その2台が密な関係なのであれば別だが。
954:NAME IS NULL
09/04/18 11:25:42
MySQLのライセンスについて質問です。
JavaでMySQL対応のSQL用ツールを作ろうと考えています。
MySQLへの接続にはGPLライセンスのJDBCドライバを使用するつもりです。
JDBCがGPLなので、それを使用したSQL用ツールもGPLライセンスにしなければならないと認識しています。
しかしMySQLにはFLOSS除外規定があることを知りました。
URLﾘﾝｸ(www-jp.mysql.com)
ただこの文章の日本語が読みにくくてしっくり来ないのですが、
私が作成するSQL用ツールをBSDライセンスで頒布することは許容されるでしょうか。
エロい方、どうぞ宜しくお願いいたします。
955:NAME IS NULL
09/04/18 21:35:01 ehxOE7Ps
>>953
そうか、クライアント側のデータ更新もある程度考えないとだめですね。
データウェアハウスみたいに、大量のデータを全検索しまくるプログラムなので、
別マシンに置くときついかなと思ったんですが。
とりあえず別マシンに置いた構成で作ってみます。その後クライアント側に持ってくるのは
楽そうだし。
ありがとうございました。
956:本田
09/04/19 08:55:46 cVrkk1OO
>>954
>私が作成するSQL用ツールをBSDライセンスで頒布することは許容されるでしょうか。
BSDライセンスかつソースコードもオープンにすれば問題無いと思う。
957:NAME IS NULL
09/04/19 09:14:15 gQJBptjI
外部キー制約を設定するときに、参照される側のテーブルで主キーとして設定されてないと駄目という
ことになってますが、これはなぜでしょうか？
これってSQLの制限でしょうか、MySQLの制限でしょうか？
958:NAME IS NULL
09/04/19 09:26:40 uRrqeKr/
URLﾘﾝｸ(www.techscore.com)
みてるとMySQL側みたいだが・・
Postgresは「一意性制約もしくはプライマリキー制約」だよん
959:NAME IS NULL
09/04/19 13:48:41
本来の意味であれば、PKじゃなきゃダめじゃね？
960:NAME IS NULL
09/04/19 14:08:12
>>956
> BSDライセンスかつソースコードもオープンにすれば問題無いと思う。
FLOSS除外規定を読んでるとソースコード公開について触れてるんだけど、
BSDライセンスでは著作権表示、ライセンス条文、無保証の旨の三点を
ドキュメント等に記載さえしておけばソースコード非公開でも良いので、
FLOSS除外規定とBSDライセンスが矛盾してる気がする。
本家のフォーラムも探してみる。
961:みか
09/04/19 18:23:02 gQJBptjI
MySQLのコマンドラインクライアントは、ルートユーザでしか使えないですか？
962:本田
09/04/20 00:57:57 UiQ/L+1e
>>960
直接DBMSをコールせず間にODBCをかませたら、
GPLの問題を回避してBSDライセンスだけでいいのかもしれません。
MySQL-ODBC Gateway
URLﾘﾝｸ(www.iodbc.org)
963:NAME IS NULL
09/04/20 08:26:03 n7AiMqr2
alter table company_master drop foreign key `company_master_ibfk_1`;
外部キー制約を消すときに、制約名を囲む変なシングルクォートの親戚みたいなのは
これを使うしかないのでしょうか？
なんでここだけこれを使わないとだめなのでしょうか？
964:NAME IS NULL
09/04/20 08:31:28 ODpkbzW9
>>959
uniq key & not null だからいいのかなと