私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part25
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
ライセンスについてですが、個人でちょこちょこ作っていて、
知人にソフトを依頼され、MySQLとWindowsFormでちまちま作っているんですが、
知人の会社からソフト代金をいただく予定になっており、
これって商用ライセンスがいるのでは?と思いPostgreSQLに変えた方がいいのではと思っているところです
公式みるとStandardでも年間20万を超えてますが、たかだか10万程度のソフトでも
1販売ごとにこのラインセンスがいるってことでしょうか?(ソース公開しないことを前提とすると)
さらに毎年20万払わないとだめってことでしょうか
知人にソフトを依頼され、MySQLとWindowsFormでちまちま作っているんですが、
知人の会社からソフト代金をいただく予定になっており、
これって商用ライセンスがいるのでは?と思いPostgreSQLに変えた方がいいのではと思っているところです
公式みるとStandardでも年間20万を超えてますが、たかだか10万程度のソフトでも
1販売ごとにこのラインセンスがいるってことでしょうか?(ソース公開しないことを前提とすると)
さらに毎年20万払わないとだめってことでしょうか
補足です
サーバ(LinuxにMySQLサーバをインストール)は会社が用意してくれます
依頼されて対価を受け取るのは、サーバに接続してデータのやりとりをする
WindowsFormのクライアントソフトです (connectorは当然のごとく使っています)
サーバ(LinuxにMySQLサーバをインストール)は会社が用意してくれます
依頼されて対価を受け取るのは、サーバに接続してデータのやりとりをする
WindowsFormのクライアントソフトです (connectorは当然のごとく使っています)
納品先の会社からソース開示請求があったら応じることができる、つまりソースコードを渡せるのなら問題ないと思うけど。
逆算式SQL教科書ってのを図書館で借りてきた。これは結構分かりやすい。
>>655
何が逆転するん?
何が逆転するん?
>>657
逆算だ
逆算だ
>>658
ああ逆流か
ああ逆流か
>>511
バカ発見
バカ発見
>>661
MySQL側には制限はなく、OS側に設けた制限だと思います
MySQL側には制限はなく、OS側に設けた制限だと思います
twitterのメッセージはどのようなデーブル構造になっているのですか?
1:1とグループのメッセージは同じテーブルに格納されていたりするんですかね
1:1とグループのメッセージは同じテーブルに格納されていたりするんですかね
win10からlinuxサーバーのmysqlテーブルに日本語書いたら文字化けしてます。
ワークべんちで確認しました。
対策を教えて下さい
ワークべんちで確認しました。
対策を教えて下さい
http://www.itmedia.co.jp/enterprise/articles/1609/13/news055.html
MySQLに重大な脆弱性見つかる、パッチ存在せずデフォルトで影響
攻撃に利用された場合、root権限で任意のコードを実行され、サーバを制御される可能性が指摘されている。
研究者は7月29日にOracleに報告したほか、影響を受けるPerconaDBやMariaDBなどのベンダーにも通報。
PerconaDBとMariaDBのパッチは8月30日までに公開され、
Oracleは10月18日に公開する定例パッチで対処を予定しているという。
MySQLに重大な脆弱性見つかる、パッチ存在せずデフォルトで影響
攻撃に利用された場合、root権限で任意のコードを実行され、サーバを制御される可能性が指摘されている。
研究者は7月29日にOracleに報告したほか、影響を受けるPerconaDBやMariaDBなどのベンダーにも通報。
PerconaDBとMariaDBのパッチは8月30日までに公開され、
Oracleは10月18日に公開する定例パッチで対処を予定しているという。
テーブルのキーについて質問です。
複数カラムでプライマリーキーをはってクリエイトテーブルした際、
sqlserverなどは自動的にインデックスも作られるんですが、
MySQLもそうなんですか?
複数カラムでプライマリーキーをはってクリエイトテーブルした際、
sqlserverなどは自動的にインデックスも作られるんですが、
MySQLもそうなんですか?
プリマリキーの一意性の保証はインデックスを使って実装されるから、
インデックス自動で作られるよ普通は。どのデータベースも。
インデックス自動で作られるよ普通は。どのデータベースも。
インストールされているMySQLが64ビットなのか32ビットなのかの確認ってどうするんですか?
PC自体はwin7(home 64ビット)なんですが。
PC自体はwin7(home 64ビット)なんですが。
プログラムから確認するとか実行しないで確認する必要ある?
実行中ならタスクマネージャーでプロセス一覧出して *32 がついてなけりゃ64bit
実行中ならタスクマネージャーでプロセス一覧出して *32 がついてなけりゃ64bit
うちで見てみたけど、タスクバー右クリックでタスクマネージャーの起動えらんで
すべてのユーザーのプロセスの表示押して mysqld.exe が *32 ついてなかった
すべてのユーザーのプロセスの表示押して mysqld.exe が *32 ついてなかった
>>673
ありがと。いや、次にバージョンアップする際に現在のMySQLが32ビットか64ビットのどっちだったっけと思ったもので。
ありがと。いや、次にバージョンアップする際に現在のMySQLが32ビットか64ビットのどっちだったっけと思ったもので。
バイナリ見るんだったら、depends.exe探してきて読ませるとわかるよ
そもそもインストーラーに表示なかったんかな
そもそもインストーラーに表示なかったんかな
>>671
プライマリーだよね?
プライマリーだよね?
main-table
|id|hoge|foo|array|
array-table
|id|data|
のようなテーブルがあります
このようなテーブルをselectするにはどうするのがいいのでしょうか?
main-tableで検索した後に、プログラムでforを回してarray-tableを取得すると遅くなってしまいます
var data=query("SELECT * FROM main-table WHERE /*条件*/");
foreach(var d in data){
var arr=query("SELECT * FROM array-table WHERE id="+d["array"]);
//処理
}
のような感じです(言語は適当です)
|id|hoge|foo|array|
array-table
|id|data|
のようなテーブルがあります
このようなテーブルをselectするにはどうするのがいいのでしょうか?
main-tableで検索した後に、プログラムでforを回してarray-tableを取得すると遅くなってしまいます
var data=query("SELECT * FROM main-table WHERE /*条件*/");
foreach(var d in data){
var arr=query("SELECT * FROM array-table WHERE id="+d["array"]);
//処理
}
のような感じです(言語は適当です)
二つのテーブルにあるidがプライマリーキーで
一方にある場合は他方にも必ずあるという前提か
同じid値が複数あったり、あるいはない時もあるという前提か、
その辺を補足して
一方にある場合は他方にも必ずあるという前提か
同じid値が複数あったり、あるいはない時もあるという前提か、
その辺を補足して
結合して、一気に全部取得するとか。
select * from main-table a inner join array-table b on a.id = b.id
select * from main-table a inner join array-table b on a.id = b.id
>>680
main-table.idはauto_incrementで、array-table.idはmain-table.idと外部キー制約で繋がっています
長さ0の配列の場合はmain-table.idがarray-table.idにはありません
main-table.idはauto_incrementで、array-table.idはmain-table.idと外部キー制約で繋がっています
長さ0の配列の場合はmain-table.idがarray-table.idにはありません
>>679
JOIN
JOIN
JOINを使うと長さ0の配列の時に取得できません
ResultSet#getArray(int index)で取得したいです
ResultSet#getArray(int index)で取得したいです
array への格納はアプリ側でやるといい
テーブル名にマイナス記号使うのはやめてほしい
テーブル名にマイナス記号使うのはやめてほしい
set型とかあったのか
重複する必要ないし、順序も関係ないデータだから使えるかも
重複する必要ないし、順序も関係ないデータだから使えるかも
|pref_id|user_id| date .|value|
-------------------------------------
|1 |1 |2016/09/20 10:00:00|北海道
|2 |2 |2016/09/20 10:00:00|青森
|3 |1 |2016/09/20 09:00:00|岩手
|4 |3 |2016/09/20 09:00:00|秋田
|5 |1 |2016/09/20 08:00:00|山形
|6 |2 |2016/09/20 10:00:00|福島
|7 |2 |2016/09/20 06:00:00|茨城
|8 |2 |2016/09/20 07:00:00|栃木
|9 |3 |2016/09/20 05:00:00|群馬
dateを降順ソートしたとき,一番上の値を持つレコードだけを吐かせるsql文ってある?
↓一発でこれらだけを取り出したいんだが
|1 |1 |2016/09/20 10:00:00|北海道
|2 |2 |2016/09/20 10:00:00|青森
|6 |2 |2016/09/20 10:00:00|福島
-------------------------------------
|1 |1 |2016/09/20 10:00:00|北海道
|2 |2 |2016/09/20 10:00:00|青森
|3 |1 |2016/09/20 09:00:00|岩手
|4 |3 |2016/09/20 09:00:00|秋田
|5 |1 |2016/09/20 08:00:00|山形
|6 |2 |2016/09/20 10:00:00|福島
|7 |2 |2016/09/20 06:00:00|茨城
|8 |2 |2016/09/20 07:00:00|栃木
|9 |3 |2016/09/20 05:00:00|群馬
dateを降順ソートしたとき,一番上の値を持つレコードだけを吐かせるsql文ってある?
↓一発でこれらだけを取り出したいんだが
|1 |1 |2016/09/20 10:00:00|北海道
|2 |2 |2016/09/20 10:00:00|青森
|6 |2 |2016/09/20 10:00:00|福島
>>692
select * from table where date = (select max(date) from table);
select * from table where date = (select max(date) from table);
>>692
limit 1
limit 1
>>694
それでは1件だけしか取り出せない
それでは1件だけしか取り出せない
もはやどう間違うのか想像もつかないから
やってダメだった手順書いてくれないかな
やってダメだった手順書いてくれないかな
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について