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

6
エラーコード1117列が多すぎます。テーブルのMySQL列制限
1699列のテーブルがあり、さらに列を挿入しようとすると、 エラーコード:1117。列が多すぎます このテーブルには、1000行しかありません。私にとって最も重要なことは、列の数です。テーブルに制限はありますか?2000列を作成します。それは可能ですか?
37 mysql  table 

1
mysqlテーブルのコメントの変更
mysql テーブルのコメントは、作成時に次のように定義できることを知っています。 create table (...)comment='table_comment'; また、次の方法でコメントを表示できます。 show table status where name='table_name'; 作成後にテーブルのコメントを変更(変更)するにはどうすればよいですか?テーブルをドロップして再作成する必要はありません。
35 mysql  table  comments 


6
ONとWHEREのインデックスパフォーマンス
私は2つのテーブルを持っています @T1 TABLE ( Id INT, Date DATETIME ) @T2 TABLE ( Id INT, Date DATETIME ) これらのテーブルには、(Id、Date)に非クラスター化インデックスがあります そして、私はこれらのテーブルに参加します SELECT * FROM T1 AS t1 INNER JOIN T2 AS t2 ON t1.Id = t2.Id WHERE t1.Date <= GETDATE() AND t2.Date <= GETDATE() これは次のように書くこともできます SELECT * FROM T1 AS t1 INNER …

4
可変列を使用したテーブル設計の処理方法
私はテーブル設計シナリオを持っていますが、非DBAタイプとして、よりスケーラブルな意見を求めています。 メトロエリアの家に関する情報を記録するように求められたとします。小さな近所(200の家)から始まり、最終的には5000000以上の家に成長します。 基本情報を保存する必要があります:ID#(一意のインデックスとして使用できる一意のロット番号)、Addr、City、State、Zip。素晴らしくシンプルなテーブルがそれを処理します。 しかし、毎年、すべての家に関する追加情報を記録するように求められます-そして、何の情報は毎年変わります。したがって、たとえば、最初の年には、所有者の姓と面積を記録するように求められます。2年目は、姓を残すよう求められますが、面積を捨てて、代わりに所有者の名の収集を開始します。 最後に-毎年、追加の列の数が変更されます。余分な2つの列から始めて、来年は6に、その後2に戻すことができます。 そのため、テーブルのアプローチの1つは、ハウステーブルの列としてカスタム情報を追加して、テーブルが1つだけになるようにすることです。 しかし、私は誰かがこれのためにテーブルを次のようにレイアウトする状況を持っています: 「House Table」列:ID、Addr、City、State、Zip-家ごとに1行 ID Addr City State Zip ------------------------------------------- 1 10 Maple Street Boston MA 11203 2 144 South Street Chelmsford MA 11304 3 1 Main Avenue Lowell MA 11280 「カスタム情報テーブル」列:ID、名前、値-テーブルは次のようになります。 ID Name Value 1 Last Name Smith 2 Last Name Harrison 3 Last …

2
Postgresの「遷移テーブル」とは何ですか?
Postgres 10の新機能を説明するページには、「トリガー用の移行テーブル」が記載されています。 トリガーの遷移表 この機能はAFTER STATEMENT、必要に応じて古い行と新しい行をクエリに公開することにより、トリガーを有用かつ高性能にします。この機能の前は、AFTER STATEMENTトリガーはこれらに直接アクセスできませんでした。回避策はビザンチンであり、パフォーマンスが低下していました。多くのトリガーロジックをとして記述できるようになりAFTER STATEMENT、FOR EACH ROWトリガーが必要とする各行で高価なコンテキストスイッチを行う必要がなくなりました。 遷移表とは何ですか?

2
psql内で\ dt(+)を使用すると、テーブル(PostgreSQL)が表示されないのはなぜですか?
私はdonorスキーマreferenceに従ってテーブルを作成しました: CREATE TABLE reference.donor ( donor_code smallint PRIMARY KEY, donor_name character varying NOT NULL, donor_type smallint REFERENCES reference.donor_type (type_id), alpha_2_code char(2) REFERENCES reference.iso_3166_1 (alpha_2_code) ); 私はテーブルを次のように設定しました: INSERT INTO reference.donor (donor_code, donor_name, donor_type, alpha_2_code) SELECT donor_code, donor_name, donor_type, alpha_2_code FROM reference.donor_template; 実行すると: \dt+ reference.* psqlの中に私はreference.donorテーブルを見ます: List of relations Schema | Name …

3
MySQLの同じ名前の2つのテーブル
今日、一時テーブルを削除したときに、この奇妙な問題が発生しました。確認のために一時テーブルを削除し、テーブルを記述しました。しかし、テーブルは削除されませんでした。いくつか検索したところ、次のことがわかりました。 MySQLでは、永続テーブルと同じ名前の一時テーブルを作成できます。そのため、一時テーブルは削除され、永続テーブルは削除されませんでした。作業しているテーブルが本当に混乱しました。 MySQLバージョン:5.1.36-enterprise-gpl-pro-log これは私がテストしたものです: mysql> create table test(id int); Query OK, 0 rows affected (0.00 sec) mysql> desc test; | Field | Type | Null | Key | Default | Extra | -------------------------------------------------- id int(11) YES NULL mysql> create temporary table test(id int); Query OK, 0 rows affected (0.00 sec) …
8 mysql  table 

1
三元関係:単一のテーブルを持つことと複数のテーブルを持つことの違いは何ですか?
次の3項関係を考えます。 すべてのエンティティに2つの属性(PKと名前)しかないと仮定します。 ここに私が導き出した表があります(5つの表): Sector ------------------------- ID_Sector SectorName ------------------------- Product ------------------------- ID_Product ProductName ------------------------- Company -------------------------------------- ID_Company ID_Sector CompanyName -------------------------------------- Relationship 1 (R1) ------------------------- ID_Sector ID_Product ------------------------- Relationship 2 (R2) ------------------------- ID_Company ID_Product ------------------------- 質問: その三者関係の良い解決策ですか?次の単一のテーブルの代わりに2つのテーブル(R1とR2)を持つことの違いは何ですか? Ternary table ------------------------------------- ID_Sector ID_Company ID_Product ------------------------------------- 私には、各リレーションシップ(R1とR2)に2つの別々のテーブルがある方が、1つのテーブルを持つよりも良い解決策のように見えますが、それが実際に当てはまるのか、それが良い方法なのかはわかりません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.