タグ付けされた質問 「mysql」

次の問題に直面しましたが、何がベストプラクティスなのかわかりません。 次の表を検討してください（これは大きくなります）。 id PK | giver_id FK | recipient_id FK | 日付 私はInnoDBを使用しており、私が理解していることから、2つの外部キー列のインデックスが自動的に作成されます。ただし、次の特定の組み合わせに一致させる必要があるクエリも多数実行します。 SELECT...WHERE giver_id = x AND recipient_id = t。 そのような各組み合わせは、テーブル内で一意になります。 これらの列に2列のインデックスを追加するメリットはありますか、または理論的には2つの個別のインデックスで十分/同じですか？

113 sql  mysql  database  performance  indexing 

一部のSQLステートメントをバッチで実行しています（mysqlコマンドラインバイナリを使用）。いくつかのSELECTステートメントの1つで、列ヘッダーを印刷せず、選択したレコードだけを印刷したい これは可能ですか？

113 mysql  output  columnheader  suppression 

MySQL 5.7では、MySQLテーブルにJSONデータを格納するための新しいデータ型が追加されました。それは明らかにMySQLの大きな変化になるでしょう。彼らはいくつかの利点を挙げました ドキュメントの検証 -有効なJSONドキュメントのみをJSON列に格納できるため、データの自動検証を取得できます。 効率的なアクセス -さらに重要なことに、JSONドキュメントをJSON列に格納すると、プレーンテキスト値として格納されません。代わりに、オブジェクトメンバーと配列要素にすばやくアクセスできるようにする最適化されたバイナリ形式で保存されます。 パフォーマンス -JSON列内の値にインデックスを作成することにより、クエリのパフォーマンスを向上させます。これは、仮想列の「機能インデックス」で実現できます。 利便性 -JSON列の追加のインライン構文により、SQL内にドキュメントクエリを統合することが非常に自然になります。例（features.featureはJSON列です）：SELECT feature->"$.properties.STREET" AS property_street FROM features WHERE id = 121254; うわー ！彼らはいくつかの素晴らしい機能が含まれています。データの操作が簡単になりました。より複雑なデータを列に格納できるようになりました。したがって、MySQLはNoSQLでフレーバーされています。 JSONデータのクエリは次のようになります。 SELECT * FROM t1 WHERE JSON_EXTRACT(data,"$.series") IN ( SELECT JSON_EXTRACT(data,"$.inverted") FROM t1 | {"series": 3, "inverted": 8} WHERE JSON_EXTRACT(data,"$.inverted")<4 ); それで、いくつかのjsonカラムに巨大な小さな関係を保存できますか？いいですか？それは正規化を壊しますか？これが可能であれば、MySQLカラムではNoSQLのように動作すると思います。この機能についてもっと知りたいです。MySQL JSONデータ型の長所と短所。

113 mysql  json  database  database-normalization  nosql 

私のテーブルは create table try ( name varchar(8), CREATED_BY varchar(40) not null); 次に、CREATED_BYフィールドに自動入力するトリガーがあります create trigger autoPopulateAtInsert BEFORE INSERT on try for each row set new.CREATED_BY=user(); を使用して挿入を行うと insert into try (name) values ('abc'); エントリはテーブルに作成されますが、それでもエラーメッセージが表示されます Field 'CREATED_BY' doesn't have a default value Error no 1364 フィールドをヌル可能にすることなく、またトリガーを削除せずにこのエラーを抑制する方法はありますか？そうしないと、（挿入が行われたとしても）休止状態でこれらの例外が発生し、アプリケーションがクラッシュします。

113 mysql 

またはなどlatin1_swedish_ci、他のオプションがはるかに合理的であると思われる場合に、コンパイル済みデフォルトとして設定する理由は何ですか？latin1_general_ciutf8_general_ci

112 mysql  collation 

行が動的に挿入されるMySQLテーブルがあります。文字列の長さがわからないため、切り取ってほしくないので、varchar（200）にして、一般的に必要以上に大きくしています。varcharフィールドに必要以上に長い長さを与えると、パフォーマンスに大きな影響がありますか？

112 sql  mysql  performance  types 

実行したsqlコマンドの履歴をMYSQLクエリブラウザーに表示したいのですが。履歴を表示するためのSQLステートメントとは何ですか？

112 mysql 

すべてのSQL ServerクエリをMySQLに変換していますがWITH、それらのクエリはすべて失敗します。次に例を示します。 WITH t1 AS ( SELECT article.*, userinfo.*, category.* FROM question INNER JOIN userinfo ON userinfo.user_userid = article.article_ownerid INNER JOIN category ON article.article_categoryid = category.catid WHERE article.article_isdeleted = 0 ) SELECT t1.* FROM t1 ORDER BY t1.article_date DESC LIMIT 1, 3

112 mysql  common-table-expression  with-clause  subquery-factoring  mysql-8.0 

データベース内のすべてのテーブルを一度に確認する方法は？ check table ''tablename'';すべてのテーブルのクエリを1つずつ入力するのではなく、 そのような簡単なコマンドはありますcheck allか？

112 mysql  sql 

MySQLがLinuxサーバーで使用するメモリの量に上限を設定する方法を教えてください。 現在、MySQLは新しいクエリが要求されるたびにメモリを消費し続けるため、最終的にメモリが不足します。MySQLがその量を超えないように制限を設ける方法はありますか？

111 mysql  memory  ram 

テーブルが2つあり、ビューを作成する必要があります。テーブルは次のとおりです。 credit_orders(id, client_id, number_of_credits, payment_status) credit_usage(id, client_id, credits_used, date) これを行うには、次のクエリを使用します。「ビューの作成」の部分がないクエリは適切に機能しますが、「ビューの作成」では、「ビューのSELECTにFROM句にサブクエリが含まれています」というエラーが表示されます。問題と考えられる解決策は何ですか？ create view view_credit_status as (select credit_orders.client_id, sum(credit_orders.number_of_credits) as purchased, ifnull(t1.credits_used,0) as used from credit_orders left outer join (select * from (select credit_usage.client_id, sum(credits_used) as credits_used from credit_usage group by credit_usage.client_id) as t0 ) as t1 on t1.client_id = credit_orders.client_id where …

111 mysql  sql  database  views 

現在のところ、この質問はQ＆A形式には適していません。私たちは回答が事実、参考文献、専門知識によってサポートされることを期待しますが、この質問はおそらく議論、議論、投票、または拡張された議論を誘います。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 3年前に同様の質問がここで寄せられましたが、可能な限りすべてのWindows / Apache / MySQL / PHPスタックを含めるためにさらに詳しく知りたいと思います。 どれが一番良いと思いますか？ XAMPPが最も人気があるようですが、その人気が示唆するほど優れているかどうか疑問に思ういくつかの悪い点を読みました。たとえば、デフォルトのPHP設定は非常に安全でないと聞きました（そして、明らかに、これらの穴を開いたままにしないと、管理アプリは機能しません）。これは明らかに開発状況にとってひどいことではありませんが、最終的にはのようなものに依存することになるかもしれませんregister_globals。 私は他にも気になる点を見つけました：開発者はVistaユーザーがソフトウェアを使用するためにUACを無効にすることを推奨しています！ 私にとってそれは大きな赤い旗です。はい、UACが有効になっているVistaでこのようなものを実行することには問題がありますが、UACを無効にすることは、特にnewbs（誰よりもUACを必要とする）のソリューションとして提供すべきではありません。とても心配です。 WampServerは、必要に応じて、PHPまたはApacheのバージョンを切り替える方が簡単なようです。しかし、XAMPPよりも機能が少なくなっています（たとえば、FTPサーバーがありません）。 EasyPHPは私が経験したことがないものなので、言うことはできませんが、かなり人気があるようです。 代替案？Wikipediaには、他にもたくさんのスタックがリストされています。これらのいずれかが推奨されますか？ それであなたはどちらを使用しますか、そしてそれをなぜあなたはそれを最高と考えますか？あなたが試した最初のものに固執しましたか？ たいていの人は、速くて軽い最新のものが欲しいだけだと思います。

111 php  mysql  windows  apache  wamp 

70列を超える可能性があるテーブルを設定しています。テーブルにアクセスするたびに列のデータの一部が必要になるわけではないので、分割することを考えています。次に、これを行うと、結合を使用する必要があります。 どの時点で、列が多すぎると考えられますか？

111 sql  mysql 

姓、名、電子メール、電話番号を格納する非常に小さなMySQLデータベースをセットアップしていて、各フィールドの「完全な」データ型を見つけるのに苦労しています。完璧な答えなどないことを知っていますが、これらのような一般的に使用されるフィールドには、ある種の共通の規則があるはずです。たとえば、フォーマットされていない米国の電話番号は大きすぎて、unsigned intとして格納できないと判断しました。少なくともbigintである必要があります。 他の人もこれが役立つと思うので、質問を上記のフィールドだけに限定したくない。 一般的なデータベースフィールドにはどのデータ型が適していますか？電話番号、メールアドレス、住所などのフィールド？

111 mysql  database  types 

テーブルの挿入イベントと更新イベントの両方に対してmysqlトリガーを起動することは可能ですか？ 私は次のことができることを知っています CREATE TRIGGER my_trigger AFTER INSERT ON `table` FOR EACH ROW BEGIN ..... END // CREATE TRIGGER my_trigger AFTER UPDATE ON `table` FOR EACH ROW BEGIN ..... END // しかし、どうすればいいですか CREATE TRIGGER my_trigger AFTER INSERT ON `table` AND AFTER UPDATE ON `table` FOR EACH ROW BEGIN ..... それは可能ですか、または2つのトリガーを使用する必要がありますか？コードは両方とも同じで、繰り返したくありません。

111 mysql  triggers