SQL質疑応答スレ 18問目
■ このスレッドは過去ログ倉庫に格納されています
このスレは
「こういうことをやりたいんだけどSQLでどう書くの?」
「こういうSQLを書いたんだけどうまく動きません><」
などの質問を受け付けるスレです。
SQLという言語はISOによって標準化されていますが
この標準を100%実装したDBMSは存在せず、
また、DBMSによっては標準でない独自の構文が
追加されていることもあります。
質問するときはDBMS名を必ず付記してください。
【質問テンプレ】
・DBMS名とバージョン
・テーブルデータ
・欲しい結果
・説明
前スレ:
SQL質疑応答スレ 17問目
https://mevius.5ch.net/test/read.cgi/db/1468157341/ >>123
データベース板は過疎板だから。いるのはインフラ屋ばかりでSQLはよくわからない。 回答出てるのにレスが池沼だからスルーしてるだけだろ なんか俺のふりして頭おかしい人っぽく印象操作してるゴミSEがいるみたいだなトリップ付けとくわ >>127
1つ目の質問はこれでできると思うが
2つ目の質問が答え出てないぞ 104答えたの俺だけど60バカみたいで何も考える気が無いみたいなんで
2つ目答えようとおもったけどやめるわ 別にせんでもいいのに5ちゃんでまで出来ない言い訳をしてしまうバカ正直なバカかわゆすw お前みたいななんの特徴も個性もないゴミSEが名前つけなくていいからね^ ^
名無しに戻って2度と戻ってくんなよ^ ^ 1週間もたってこの程度解決できない奴って
うちの会社だったらありえないわ
去年入った新人ですら余裕で解決できるぞ
やっぱ能力無いやつっているんだな >>134
な!こんな簡単な問題も解けないとか民度低すぎるわここ
あ!俺はもう SQLなんて民度低い言語勉強するのやめたからお前ら頼むな! その能力ない奴に使いっぱにされるSEさん可哀想・・・・・
SEやめよ >>135
それぞれの名前、上長と結合したカウントをselect句に書けばいいだけだが
それすらかけないんだろw
添削してやるからかいてみろ このスレのスルー力のなさは民度低すぎと言われても仕方ないレベル >>138
御託はいいから書いてみろよw
添削してやるって言ってるだろw 何意味わかんねえ事のたまわってるのお前ら
DB板とかいう糞過疎板とか初めて来たんだがなんだよその恥ずかしいコテ
いいから早く答えだけ書けばいいんだよ >>145
あん?あんま調子に乗るなよウェレクトくん?オコっちゃうよオレ データベースのquery limit 75,000って何でしょうか?
ワードプレスを利用していますが、query limit 75,000を超えたとかで表示が制限されてしまいました・・・。
1時間で75000人以上はアクセスできないということでしょうか?
また、今後このようなエラーが起きたいために何かできることはないでしょうか?
不要なプラグインは既に削除しています。
よろしくお願いいたします。 >>149
スレチ
WordPressのスレへどうぞ いえ、でもmysqlの問題でもあるんですが・・・。 ググれゴミ
今は俺の答え出るまで他の質問受け付けてないから >>151
MySQLの問題でもないから
ホスティング会社に問い合わせてね うっせえSE如きが意見してんじゃねーよ
はやく答えろやゴミ
ってみんな思ってるからな?wwwそういうふうに思いながら仕事しろよ?wwwwww そろそろ飽きてきたから俺が答えちゃおうかなwいいのか?お前ら?w でたー!wwwwww
NGにしてるで勝ち誇ってるやつwwwwww ・SQLインジェクション対策はシングルクォートを空白に置換すればOK
・テーブルで年月のみを入れる項目は文字列型で定義
この辺を論破できないので悲しい...
シングルクォートなんてデータ入れねーよ m9(^Д^)プギャー
年月のみならサイズを小さくできるよといわれる 年月を文字型にすると
・比較相手によってはキャストが必要
・範囲チェックが働かない
・容量が増える
逆に年月を文字列型にするメリットって何かあるの?
あと速度的なとこも気になるね >>164
いまどき数バイト削るためにコンピュータの数値型を使うのは時代錯誤。しかもリレーショナルデータベースでは文字として出力するのが優先だから文字表現でデータを格納するのが基本。 気持ち悪い話してないではやく>>60答えろやごみども 多くのゴミの中でも本当にゴミと言えるのは>>172だけやでw >>167
int型の項目値を文字列に変換する方がはるかに負荷が大きい。 正直なそんな低レベルなDB設計してる奴がいるとこで働いてるお前がかわいそうだわ
んでそんな話どうでもいいから早く質問答えろな? 年月は数字項目にしといたほうがトラブルが少ない。整合性チェックにもなる
文字列にして文字が入ってたりすると日付形式に変換する時エラーになる >>167
キャストが必要というのもコンピュータの数値型を使っていても、最終的には文字列に変換する。
年月の同士の計算が膨大にあるのであれば理解できなくないが、日付項目同士の比較は日付型で行う。
コンピータの数値表現で扱ってしまうと、まず日付型に変換し、実在しない年月や、1ヶ月前、1ヶ月後、月末日等の特定に2段階のキャストが必要になる。
現実には存在しない年月を生み出してしまうリスクまでとる必要がない。
何度も言うが年月の単純計算などほぼないうえに、文字列に大小判定は気にせず、コンピータの数値ばかりこだわるのはリレーショナルデータベースを理解していないどころか、コンピータを理解していない。 >>60の簡単なSQLも書けないアホが何言っても滑稽なだけですよ^ ^ 一人で勝手にint型や数値型を持ちだしてそれを的外れな長文で否定w
文脈を理解してないどころか、一般常識を理解していない。 ★★★根税制による格差解消は、赤犬を根絶しユダヤ支配を永遠に終わらせる為の決め手である。★★★
▲
▲ この掲示板(万有サロン)に優秀な書き込みをして、総▲額148万円の賞金をゲットしよう!(*^▲^)v
http://jbbs.livedoor.jp/▲study/3729/ →リンクが不良なら、検索窓に入れる! >>175
>>178
いつもCPU100%にしちゃうから勉強になります!! 統計情報も取らないアホ集団で仕事してるのはわかったから
はやく俺の質問答えてや^ ^ >>188
統計情報はユーザーが取るものではないぞw 訳のわからんツッコミにさすがの神もタジタジの様子w MySQL (InnoDB) で ALTER TABLE をする際の振る舞いとしてテーブル単位のロックではなくインスタンス全体をロックしているような挙動を示しています
innodb_file_per_table を疑ったが ON だったのですが何が問題なんでしょうか >>192
追記:
原因の切り分けが非常に難しく、 AWS RDS を利用しているからこうなっているのか、
それともこの挙動が発生したインスタンスに大量のデータベース・テーブル(150万テーブル以上)が存在していることが問題なのか、
他に見落としている条件がないかを調査している。 >>194
MySQLの問題だからねそれ。
あと今質問打ち切ってるよ?
>>195
150万って別に普通だと思うが?アホ? ああごめんね。テーブル数150万はないわ。
どんな教育受けてきたん?
はいこの話終わり早く答えて >>198
そうだね教えを請うたことないわ
いっつも享受する側だわ
スキーマテーブルレコードカラムの違いがわかんないアホがこのスレ使ってんなや! 「指摘したって言う奴の指摘は大体間違っている」の法則 >>203
こんな簡単なSQLも作れないの?
仕事辞めた方がいいんじゃない? >>205
きみ本当のあほみたいだから2度とこないでね >>207
書き間違えまで揚げ足取るってやべえなここの民度 >>210
お前あほ?俺に安価つけてんなよゴミSEが 読み間違えた挙句にアホ呼ばわりする人間が民度を語るなよ。みっともない奴だな。 >>213
君名前欄も読めないメクラさんかな?
民度どうこうなんて言ってないんだけど?
文体から伝わってくるんだけど加齢臭口臭やばいでしょあなた? >>212
あら「普通」の概念が破綻してる方がまたいらっしゃった あら「普通」の概念が堅固なバカがまたいらっしゃった select A1,A2 from tableA
select B1 from tableB
これをそのまま流すと結果は2行になりますが、
これをA1,A2,B1と1行でとる方法はないでしょうか 書き忘れましたが、どちらも1行しか返さないSQLです >>219
それぞれの実行結果が1行しかないなら
select tableA.A1, tableA.A2, tableB.B1 from tableA, tableB; MysqlがすぐおちるのですがMariaDBにすれば改善されるのでしょうか?
よく出るエラーメッセージはこんなやつです。
mysqli_set_charset(): Error executing query in DBのURL
MariaDBはMysqlに比べてどのぐらい優れているのかもわからないので教えていただければ幸いです。 ■ このスレッドは過去ログ倉庫に格納されています