SQL初心者質問スレ [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
言語の設定ってインストールするときに指定する仕様なんですか?
何も指定しないと勝手にユニコードになると思っていたのですが >>248
自分が使っているデータベーススレに移動して、疑問に思っていることをもっと具体的に聞け >>249
移動します
SQLServer2012なんだけど
俺もよくわかってない >>242
insert ... select ... from 権限管理10行のテンプレ (innnerとかcrossとか)join 追加したい社員IDのリスト
で行けるんじゃないのか
もうエクセル整形でやったのならそれでいいけど 何をやろうとしているかは大体想像できるんだが、
こういう仕組みを実装する時って、
個人単位で権限を操作するのかな?
新しい機能が追加される度に、全てのユーザーに
権限の可否を設定しないといけなくならないか? >>251
自分も「これは直積(cross join)でやるかな」と思ったんだけど
直積って実用上はあんまり出てこないんだよな
(SQLの考え方としてはとても重要だと思うのだけど)
それを初心者スレで勧めていいものかと躊躇ってしまった 244書いたの俺だけどリストって書いてあったから
深く考えずにテキストファイルかなんかだと思ったわ
騒がせてすまんね >>242
要件にもよるかも知らんが事前に全部追加せんでいい方向もある。
ユーザーテーブルとの乖離にどう対処するか面倒だし。
ユーザーテーブルがなかったら、うん、まぁ、うん。 超初心者です。
ユーザーごとに掲示板を作る場合
例えば
boardsというテーブルを作って、すべての掲示板の書き込みをそこで管理するのがいいのか、
それともユーザーごとに001boardsみたいにテーブルを作って管理するのがいいのでしょうか?
一元管理の場合、書き込み数が多くなった場合に処理が遅くなるなどの、問題点はないでしょうか?
アドバイスをよろしくおねがいします<(_ _)> >>257
ユーザーごとにテーブルを作るのは管理がたいへんだろ。性能の問題はかなりのデータ量でないかぎりは問題ないと思っていい。 >>258
一元管理で設計してみたいと思います。
アドバイスありがとうございました。 >>260
ユーザーごとだとして、
例えばテーブル(ユーザー)数が1万を超えても問題ないでしょうか?
この場合レンタルサーバーなのでsqlite3を使うことになると思います
(Mysqlはテーブル数の制限がある) レンタルサーバーでサイトを作るだけです
そこでユーザー登録をして、ユーザーごとに専用の掲示板を建てるイメージです その程度なら一つのテーブルで良いと思うけど
不具合あると、隣のユーザーの掲示板が覗けるとかあるかもね ユーザー退会したらデータどうすんの?
破棄するならテーブル別がらくじゃね
同一テーブルだと日次で深夜にでも削除実行するんか >>271
sqliteで複数ユーザーが
同一テーブルにアクセス、
まだわからないかなw >>261
> (Mysqlはテーブル数の制限がある)
どこ情報かしらないが、普通は制限はないよ
また、仮にsqlite3を使うとしたとき、重大な問題が別に発生する
それは、誰かが書き込みをするとファイルがロックするということ
要件的にそれで大丈夫かどうかは熟考する必要がある
逆にMySQLを使う場合でもユーザ単位でテーブルを分割する場合もある(ユーザIDによる水平分割)
ソシャゲ界隈では良くあること
これも、要件と相談してからだな あ、テーブル数の制限って、レンタルサーバだからなのか
なるほどねー まあこのまま続けてたら半年後にはなんでこんなバカな質問したんだろうと思うこと請け合い ユーザ数が1万人を超えるようなサービスを、MySQLのテーブル数が制限されるようなゴミレンサバで実行するなんて・・・
すごーい(別の意味で) 金取るシステムとは思えん
無料サービスだろ
エラーが発生してもデータが壊れても、すいませんテヘで済むような奴 会員数1万人のWebベースのサービスやりたいんだったら、SQLがどうのではなく、
それなりの通信環境、ハードウエア、システム要員を用意しないと駄目だろう そもそもこんなところで質問するようなやつなんだから
訳分からず質問してるだけだろ
察して遊んでやれよ >例えばテーブル(ユーザー)数が1万を超えても問題ないでしょうか?
要求仕様じゃないかな? テーブル名をフラグに使ったことならあるよ
テーブルがオープンできない=それは未使用
当時はみな気がくるっていた これからSQL勉強する者です
独学で本を参考にするつもりですが、まずSQLでデータベースから抽出できます、といえる程度になるにはどのくらいの期間見込めばいいでしょうか? いや真面目に・・3ヶ月くらいだろうか?ととりあえず予測を立てたのですが・・
実務でできないのが痛いところなのですが 何をインストールするのか知らんけど、つまずく奴はRDBを自分のPCにインストールするとこからつまずくからなw
あれこれやる前から考えてもしょーがない。自分でコマンドをどんどん入れてみるこったよw 君がPCを所有していて、OSが入っていて、ネットに接続できているなら
適当なSQLをダウンロードしてインストールすれば
勉強は今すぐにでも開始できそうなんだが >>290
あんたの才能とやる気次第としか言えない
SQLはかなり癖のある言語だから、ダメな人は1分で本を閉じて終わり >>291
MySQL
能書きいうよりまずやることは経験済み納得だが、今後の方向づけを検討しての質問だった >>294
そうなんですよ
いまうちmacしかも壊れた・・(へぼくてすまん)
つうことでうちは会社があまりダウンロードとかうるさくないのですが、
会社のwinマシンに落とすことを目論み中ですが、会社PCに個人で落としてる人いますか? それはここで聞かずに、上司に聞くべきことだろ
ちゃんと理由を説明して、何をインストールしたいか説明し
それが仕事で必要なことだとなればインストール可能じゃないのかな?
君の会社での役割が管理者で、PCの設定に関して権限があるなら、聞かなくてもいいだろうけど やはりこっそりはまずいか…
実務じゃ必要ないって言われるのが関の山だ
だってうちの上司ろくに関数もわからないお馬鹿…なんでもマッチョに力技が得意技なもんで
なくせに色々要求してくる
んでそんなとこを抜け出すためのSQL習得なのです
Winマシンを大人しく速攻買おう
つうことで安いの探すとこから始めます
Dellあたりかなー できたらVAIO けっこうまじめに質問したんだけどやっぱ2ちゃんだな
冷やかしだけで答えてはもらえないか
ま、いいやとっととやるから 真面目に回答しても冷やかしとしか受け取って貰えない w >>300
だいぶ抽象的で、何に役立つのか
分かりにくい質問だったことは
覚えておいて。 DB板は、おふざけな質問でない限りマトモに答えてくれるよ SQLでデータを抽出する基本だけなら、みんな言うように1日でできるぞ
select文流すだけだからな
問題は、SQLを発行する方法とそのための環境の構築が難しいだけで >>307
select hello from world 批判も応援する言葉もどちらもありがとう
290で3ヶ月と言ったのは、会社のちょっとデータ詳しいちょー意地悪なおっさん(でも非エンジニアで営業部のデータ取りまとめしてる程度)に
SQL独学で3ヶ月でてきて当たり前、オレは3ヶ月で覚えた、と言われて
もちろんそれはマウントしたいだけだからどの辺りまでかなんて言わないしこっちも聞かない
だから漠然とした答えに困るような素人くさい愚問なアホな質問とわかっていたんだけど、
とりあえずの導入としてはどのくらい見ればいいかな、と知りたくなってしまって
だから答えてくれた時間とかはその通りでもあるし、その限りでないこともわかってる
そのおっさんは独学で覚えたのが自慢で、でもそのおっさんがExcelで作ったものはちょっとした普通の作業が汚い
SEの人と一緒に働いたとき当たり前のことをちゃん綺麗に整えて作るからとても感心した
そんななんやかやがあり
スレ違いになり申し訳ない
Hello world 本日、postgresqlをDB2に替えたらwebアプリが動かなくなったわ。
もう逃げたい。俺のせいじゃないけど。 テストもせずにいきなり入れ替えたのかよ
そんなことができる現場、逆にすごい楽しそうだな SQL言語ってオラクルとかMysqlとか、MSで違うんですか? SQLとMySQLって違うの?
でSQLがあってのOracle? >>316
単語それぞれでググってみればわかる
MySQLとOracleはデータベースソフトウェア製品の名前
SQLはそれらで共通に使われている(ただし方言あり)言語の名前 誰が質問者か分からなくなってきた
質問者はsageをせずに書き込むと良いですよ
そうすれば、ID表示でますから SQL ServerとMySQLを単にSQLと略す馬鹿がいるので混乱する。 初めてダウンロード
PostegerSQLとMySQLどちらがいいだろうか? 両方入れとけ
管理方法が違うのでコンソールまたはツールで馴染んだほう残せばいい ツール使うなら、両者ともそれほど違いはなかったと思う
コンソールだと、違いがあるから慣れるまで時間掛かりそう >>324
おけ
両方入れる
>>325
んーよくわからず、まだ先のことだろうから後で考えるわ SQLを触ったことないんですが、クエリ文を覚えるためにはどうすればいいでしょうか?
C#という言語でLINQというものは触ったことあるのでまったくわからないとは思わないのですが・・・ >>328
普通の人は、本買って読むんだけど・・・ SQL試す環境つくればいいよ、上にあるMySQLやPostgreSQLをローカルに入れて
PgAdmin3とかMySQL Workbenchとか動かしてみては
SQLite3でも試せるけどね >>328
SQLとクエリと言ってる時点でおかしい。たぶんSQL Serverが前提なんだろうな。 >>334
質問の意図がわからない
それをここで俺らに聞いて何をしようというのだ? >>334
えっ!?!?
いやいや普通もれなく全員清掃係りの人も警備の人も使うでしょ
おたく使ってないの??? accessは帳票必要なシステムでは楽チンだけど
帳票なかったらphpのほうが楽チンだな >>328
業務で使うsqlのパターン は限られてるから
初心者向けの本を買えばいいと思うよ 業務で使わないsqlは多種多様なのか?違いが分からん DB自体の操作やユーザー管理も含めて言っているのじゃないかな? 業務で使う時は特殊な記述を避けるというだけの話かと 顧客id 顧客名
取引id 顧客id 取引額 取引日
こんな2つの顧客テーブルと取引テーブルがあるとします。
取引テーブルの取引日と顧客idはUNIQUEな関係です(同じ日の再度の取引はない)。
ある顧客との、ある期間中どれだけ取引があったか(回数と総額)の計算をしたいです。
顧客テーブル
顧客id INT PK
顧客名 VARCHAR NN
取引テーブル
取引id INT PK
顧客id INT FK
取引額 INT NN
取引日 DATE NN
UNIQUE (顧客id, 取引日)
インデックスを貼るべきところとかよくわからないのですが、テーブルはこんな感じでいいのでしょうか?
検索(WHERE)に取引日を使うので、取引日にもインデックス貼ったほうがいいのでしょうか?
あと取引日のDATE型なんですが、UNIXTIMEのようにある日からの起算のほうが検索早そうなのでINTにしたほうがいいですか? >取引日にもインデックス貼ったほうがいいのでしょうか?
それで検索をよくするんだったら良いんじゃないの。自分は株価テーブル作っててPKが(コード、出来高年月日)なんだけど、
出来高年月日での検索もするんでその出来高年月日にindex貼ったら実行スピードめちゃ上がったし >>345
DATE型使っても、内部表現はバイナリー値だから実行スピードは変わらないだろう >>346-347
レスありがとうございます。
実例での効果まであげていただいて感謝です。
DATA型でも検索速度は変わらないとのことなので、
このままでCREATEしたいと思います。 ■ このスレッドは過去ログ倉庫に格納されています