MySQL 総合 Part26 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
c++はboostお手本に真似すればだいたいうまくいくけど SQLのお手本ってどこにあるの? Table 名でフラグ判定するような変なルールでTable量産したら速くなったけど 読めないからわけわからん Table名が (主要要素を現すアルファベット1文字)(特性を現す数字)(補助属性を表すアルファベット小文字1文字) みたいな Q12nH3k という感じのTable大量に作ってTable名の文字列処理がメインみたいな変なことになってる それはもう、SQLはぜんぜん関係ないやろ!w まあ、速くなったんならええやん? Table名なんて普通のユーザーが操作するわけじゃないから構わないかも知れないが ちゃんとドキュメント残して置かないと、引き継ぐ奴が死ぬかも知れん 属性の検索がselectでできない しかし全部のデータを1つのTableに入れると遅くて使えない >>505 おれもそういうのは嫌いじゃないが、大体データの種別毎に xxx1 xxx2 みたいな種別コードが付くくらいに留めてる。 テーブルが小さくなってインデックスの更新も速くて悪くないと思うが、そこまで細分化した構造はメンテが面倒そうねw まあうまく合えばパーティションを使う所かもしれない。 >>501 外部公開でも商用利益得る様なシステムで無ければCommunity Editionで良い 外部公開しない社内イントラシステムではCommunity Editionで良い >>515 これ分かり易いね これで十分理解出来る 成果物(≠サービス)を利用する者は、ソースを利用する権利もあわせ持つ、というだけなのに。。。 外部公開してるECサイト運営のDB部分はMySQL Standard Edition 公開しないイントラネットのDB部分はCommunity Edition これで安くOracleのサポート受けながら運営出来る 一人だけドリンクバーを注文して、連れ全員でドリンクバー飲みまくるタイプ? >>520 わざわざシステム一部のECサイト運営の為にDB全体を商用ライセンスにする必要無いよ 適材適所だから 理論上て何だよw Oracleを騙してサポート契約してないDBのサポートを受けるなら 見つかりにくいというだけでライセンス違反だから >>523 サポート受けるのは商用ライセンス部分だけだよ だから問題無い Community Editionの部分は元からサポート無いでしょ >>519 サイトシステムを外販しなければGPLで可。 公式サポートが欲しいならMySQLなんか選ぶな! >>524 それなら「サポートを受けたい箇所はMySQL Standard Edition」とでも書けばいいだけ サイトを外部公開するかどうかとサポートが必要かどうかは関係ないだろ >>525 ECサイトで売上上げてるのに商用ライセンス不要なのか? 不要だよ 「商用ライセンス」という呼び方が良くない システムそのものを売り物にしたいときにライセンスがいるじゃなかった? ライセンスめんどくさいならPostgres でいいかなあ そんな速度違わないし >>527 GPLの概説でええから読め! 「利益」「売上」みたいな言葉は一切出てこんから。 >>530 PostgreSQLは無尽蔵にレコード増えるからダメだよ >>529 受託開発する場合どうなるの? 商用で開発して納品はCommunity Editionで納品すんの? Postgresは無尽蔵にレコード増えるとか言ってるやつも サポート無しでDBMSを運用すべきじゃないので商用ライセンスが必要 バイナリログが無限増殖するのってPostgresも同じなの? 設定変えるだけでいけるとは思うけど >>537 一般的な受託開発は開発したソフトウェアを顧客にライセンス供与して使わせるわけじゃないからOEMライセンスは必要ない ライセンス供与して使わせる自社パッケージがMySQLを使ってる場合にライセンスをGPLにしたくなければ必要 VB.NETからMySQLにアクセスしてシステム構築を予定してるが 単純にMySQL Connector使って良いのだろうか? ADO.NETバージョンとODBCバージョンとどっちが良いのだろうか? 基本的に社内運用システムではMySQLで問題無い BSDライセンスのPostgreSQLの方が何も考え無くて良いが物理レコードの保持仕方がOracle,MySQLと違う >>539 じゃ受託開発はCommunity EditionでやってCommunity Editionのまま納品して良いんだね? >>544 受託元がパッケージ化して売り物にしないならCommunity Editionで良いんだよね? >>543 そりゃだめだろ なんでMySQLまで納品しようとするの? >>546 ああ、なるほど 現場でMySQLでセットアップすれば良いんだな セットアップをどこでやるかの問題じゃないぞ 「うちはそんなライセンス契約に同意した覚えはない」 「君たちが勝手に非商用版をインストールしたんだから責任は君たちにある」 てなる 費用が発生しなくても有償のDBMS使うのと同じ線引が必要 ビジネス取引の一般常識なので上司に聞くといい >>548 非商用版を使う同意を得てるかどうかか、、 GPLだからソース公開する必要は無いよな 受託元で使う社内システムだし >>549 同意というか、その前のちゃんとした話ができてんのかね? 受託ならとか社内ならとかヘンに「ケース」にして決めつけずに、先方と理屈を共有したほうが。 なお、受託元には、ふつうにアクセスできる形でソースを公開(提供)する必要はあるぞ。 >>550 >>同意というか、その前のちゃんとした話ができてんのかね? 一応、出来てる >>なお、受託元には、ふつうにアクセスできる形でソースを公開(提供)する必要はあるぞ。 そのソースを公開したく無ければ商用版にする必要有るって事ですか、、 >>550 受託元は受託してる側を指す言葉だと思うんだが 委託元 or 発注元のことを言ってる? あー。 なんか落ち着かないな、と我ながら思ってた。w 受託はあんまり先とか元とか言わんよな。 × 受託元 ○ 発注元、納品先 発注元がソース公開したくない→商用ライセンス購入 発注元がソース公開しても良い→Community EditionでOK 定期的にそのゴミみたいな増田を根拠にあげるのやめろよ ライセンスを理解できない情弱は金払えってこと そこまでしてMySQLにこだわる必要は全くないんだが ペチパーには他の選択肢がないんだろうな PostgreSQLとMySQL組み合わせて使う方が良いかもね MySQLの商用ライセンス使うかの基準はソース公開するかしないかになる >>559 × ソース公開 ○ 納品時にソースも提供 MySQL 系で「ソース公開」は、言葉が強すぎて、あんまりよろしくないな。 まともに理解できないヤツばっかりやし。 https://sp.ch.nicovideo.jp/nie/blomaga/ar575121 このサイトの方が分かり易い *外部に公開し、対価を得る目的でMySQLを利用したシステムを公開する場合、ライセンス料が必要 Webシステムで対価得る場合は、これに当たる >>562 めちゃくちゃ間違えてるが これに沿っておけばライセンス違反になることはないだろうな >>563 MySQL作ったシステム全体で対価得る場合だからな 一般企業のWebシステムはGPLに沿ってソース公開してればCommunity Editionで良い そのソース公開(主に社員)が嫌なら一番安いStandard Edition買っておけば良い >>564 GPLは営利・非営利関係ないし 自社システムのソースを社員に公開する義務もない その前にお前はライセンスとは何かを理解してないから 社内・社外でライセンスの話はしないほうがいいぞ >>564 同一法人内ならいらんやろ。 社員が社内でどうするつもりや?w >>562 >>*外部に公開し、対価を得る目的でMySQLを利用したシステムを公開する場合、ライセンス料が必要 Webシステムパッケージの事だよな 結論 GPLを理解できないやつにCommunity Editionの選択肢はない Postgresにするか商用ライセンスを買え 基本的にCommunity Editionで良いよ ECシステムで使っててもGPLには売上上げてるとか無関係 なんだよ「Community Editionで良い」ってw そんなんケースバイケースだろ https://openstandia.jp/oss_info/mysql/ 基本的に社内システムやクラウドコンピューティングのインフラで使うならCommunity Editionで良い >>572 バックエンドにMySQLを利用するソフトウェアをGPL以外のライセンスで頒布する、または、GPLライセンス使用が認められない状況下でMySQLを使用する場合に商用ライセンスが必要 つまりはソース公開したく無い場合か出来ない場合だけだろ >>575 理解できてないところを指摘しなければ意味がない。 要は、ただの嫌がらせなんやろ?w >>562 で良いよ 怪しければStandard Editionにすれば良い >>577 GPLには、対価がどうとかまったく関係ない。 >>578 GPLは対価関係無い >>562 の外部に公開し、対価を得る目的でMySQLを利用したシステムを公開する場合、ライセンス料が必要 は間違い >>579 とりあえずCommunity Editionで実行してOracleに確認→商用ライセンス必要ならStandard Editionに変更すりゃええ >>580 > Oracleに確認 ボッタクリ商店に聞いたら、そりゃあ払う方向に答えるやろ。w 情弱が損するパターン。 オラクルは「商用ライセンスは不要」とは絶対に回答しない それすら分からないやつはMySQL使ったらダメだって >>584 さすがに「絶対」てこともないやろ。 どこをどう考えてもGPLでいいときは商用ライセンスを推してこんはず。 サポートを売ってくるかもやが。w >どこをどう考えてもGPLでいいとき 結構厳しい条件にならないか >>585 >どこをどう考えても まさかタダでやってくれるとか思ってないよね? 導入前に入念にOracleに確認する必要有る まあ、そこで商用ライセンスに誘導される可能性は高いがw 基本的にGPL適用ならCommunity Editionで良い >>586 MySQL の使われかたを考えたら、むしろGPLで充分なほうが多そうだがなあ。 >>588 >基本的にGPL適用ならCommunity Editionで良い 「基本的に」じゃだめなんだよ 「完全に」GPLに従ってないとライセンス違反 細かい例外もすべてチェックしてそれが厳守され続けることを担保しないといけない もちろんOracleはそんな相談にはのってくれない >>590 >>もちろんOracleはそんな相談にはのってくれない それが問題 通常はOracleがテキパキ答えてくれるモノと思ってるからなあ Oracleに相談しないとGPLv2に準拠してるかどうかを判断できないようなやつは Community Edition使う資格ないから https://cloudear.jp/blog/?p=896 コピーレフトは商用利用には使えない?よくある勘違い 答えはノーです。 Webサービスだったらユーザー全員にソースコード公開しなくちゃいけないのでは? 答えはノーです。 ソースコードを公開する義務があるのはソフトウェア自体の配布先に対してのみです。WebサービスのユーザーはたしかにWebサービスを利用していますが、ソフトウェアはサーバーにしかなく、ユーザーにソフトウェアを配布しているわけではないからです。 >>595 AWS以外でMySQLを使いたいけども以下のような要件がある場合はライセンス料を支払うしかないと思いますね。 ・サポートを受けたい ・ナレッジやツールが使いたい ・責任をOracleに(ry >>596 「ライセンス」ではなく、「サポート」を買うべき。 >>597 >>サポートを買うべき そういう場合、商用版が必要になる どうしてもOracleのサポートが欲しければ、やな。 大金に見合うレベルなんか? それに、「サポート」を売ってるところはほかにもあるやろ。 >>599 Standard Editionなら24万円 >>595 >Webサービスだったらユーザー全員にソースコード公開しなくちゃいけないのでは? >答えはノーです。 これは正しいが・・・ Webサービスだったらユーザーにソースコードを公開しなくてもいい? 答えはノーです。 公開しなくてもいい場合もあれば公開しなければいけない場合もあります。 よくある勘違い ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる