俺から技術を盗め。
現場で保守や運用やらないと学べないよ。
大学や専門学校の知識だけじゃ使い物にならん。
それは分かってはおりますが、それでもみなさん知識０でいきなり現場に入ったわけではないのでしょう？
その、現場に入る前段階のことをお聞きしたいのですが…。
EXCELでちまちま計算するのが嫌だったのと、
データ量が半端でなかったのでデータベースの使用方法を覚えるしかなかった。
今では、それなりに出来てるつもりだが、
常に勉強は続けている。
大抵、まずはJavaなりVBなりのプログラム言語の勉強から入って、
それから周辺知識？としてデータベースやらWeb関連の知識を学ぶってゆー学校が多いんじゃないかと。
データベース利用技術なら、独学でも学べるだろ。
運用技術なら、仕事しる。
ハロ－ワークに行って、データベースを教えてくれる職業訓練を探すんだな
データベース関連だけでなく、大抵はJAVAなどのプログラム言語の勉強とセットになってる
受講期間は半年ほどで、データベースとプログラム言語の資格を取得できる。
民間の専門学校に委託されてるので、就職率は比較的ヨサゲの模様
受講中に雇用保険の給付期間が切れても受講期間終了まで延長されるので、ｳﾏｰ
消防が偉そうに
受講終了まで、給付されるってこと？
データベースってACCESSでも在宅のバイトとか
探せるんですか？まだ入門したばかりなんですが
どうせなら、極めたいと思ってます。
どういう仕事があるんだろ。
実践的なところは自分でフリーDBとか導入して
いじくりまわしたらいいと思うよ
本当は開発やってる会社にもぐりこむのが一番だと思うけどね
したいんだけどツールってどこかに落ちてないかな・・・。
http://oraclesqlpuzzle.hp.infoseek.co.jp
ﾜﾛｽ
>>1
オレはゼロから入ったなぁ。
でもさぁ、みんなも書いてるけど・・。
学校で教わったことで、金とれる仕事ってできるようになんの？
「本当に」使えるパフォーマンスの出し方とか、教えてくれんの？
教科書どおりの、お行儀よいSQL文の書き方とかまでなんじゃないの、学校だと。
また、皆さんは有料のものの場合どんなものを使っているのでしょうか。
mysql
国立の大学院までいけば良い先生が結構いるから
そこで勉強するのが一番いいんじゃない？
っと現役大学院生のおれが言ってみる。
どっか勤めるのが早いけど、たとえばあるシステムを真似て
自分の環境だけで似たものを作るとかが勉強になるかも
ひまがないとできんが
１年の時にはAccess使ってやって、今はmysql使ってtwins2でネットワークに接続して、そこでテーブル作ったりなんだりしてる。
やってる内容は初心者の本を見ながらやってるって感じかな…。
そうか…普通大学だと習わないのか…。
うちはパソコン系の事を習う学科だからかな…？
仕事上の理由でＳＱＬ勉強しなきゃならなくなって
はじめてのＳＱＬプログラミングって本買って勉強してたんだけどさー
やたらハマるからおかしいなーって思ってたら誤植だらけだったよ・・・・
ふざけんなよ、なんだこの本。はいめての人向けって内容とはちょっとズレてるしよ。
間違い探しするためにこんな本買ったんじゃねーっての。
叩きあげてノウハウを盗む。どうしても基礎からみっちりやりたかったらアメリカまで行く。
この二択しかない。
このどっちでもない連中は全員なんちゃって技術者だから。
俺は２７ですが平均はもっと高いのでしょうか
26でプログラミングの世界に入り、
29の時から、RDBの勉強を始めた(研究者みたいなものだった)。
当時と今は違うが、それでもデータベースは独学が可能の
領域だと思うが。
なんかDB管理者いっぱいいるけど、みんな独学でやってるから本当のコア
な基礎管理以外はオレ様仕様で設定してる人多い。
もっと全体にかかわる部分。たとえばパフォーマンスであるとかデータの排他・整合
であるとかバックアップリカバリーなどの障害対応に関する技術は実務を経験しない
となかなか習得できない。
おれも最近27歳になった。
が>>27-28が本当なら驚く。
2chは10-30代が多いかと思っていたが
もしマジレスなら親と同じくらいの団塊の世代までもこんなスレを見ているとは。
掲示板は書き込みが少ないと話にならない。
2chは多い方だから。でも、この板は過疎だね。
ＤＢはなかなか体系だって勉強できると思う。参考書もそれなりにそろってるし
なによりOracleマスターのようにかねかからんし、純粋に理論を学べる。
独学だとなにやっていいのかわからないしね。
ｗｗ
まぁ、悪いとは言わんが・・・
DB「使える」人間は合格できるかも知れないが、
あの資格もってるからってDBが「使える」ってことはないぞｗ
「技術」や「理論」そのものには、金出してくれる人はほとんどいないんですわ。
あと、みんな書いてるけど、SQL書くだけなら本読んでサンプル動かしてバンザイ、
これは一人でやればいい。でもDBってそうじゃないでしょ。
参照されたら会社の信頼が皆無になって一瞬で全従業員の首が飛ぶデータが入ってたりするモンだし、
数百人、数千人が一気にアクセスしても一瞬でレスポンスを返したり、
億単位の金を動かすための経営分析に使われたり。
これがDBなワケで。
「習得」する場所は現場しかないっす。
IDC
俺が教えてやるぜっていう書き込みって
ないもんだね。
ガンバレ！
こういう奴(>>37)に付きまとわれないのが、独学の良いところだ。
現場の経験だけで効率よくＤＢが使えるようになるなら、誰も苦労しないよ。
っていうか、本当にそういうものなら、そもそも「理論」なんて存在する訳ないだろ？
一番判りやすい例として、Codd 氏は現場の人間だったか？
当時、いわゆる「現場」の人間からは糞ミソに叩かれたりしていなかったか？
正直、現場にあるのは「現場独自の方言と迷信」のみ。
前回たまたま上手くいったから、今回も上手くいくだろうという試行錯誤の積み重ね。
もちろん、単純に馬鹿にできるものではないが、かといってそれが今後も必ず
上手くいくという保証は無い。
それを補ってくれるのが「理論」だ。
理論だけじゃだめ。
結論：理論武装して現場で経験を積め
現場の経験うんぬんしか言わんヤツは、経験上、頭悪いのが多いわ。
米国マイクロソフトの出しているVisual FoxProが良いな！
あれは凄いぞ、XMLからDBFファイルDBFファイルからXMLへの変換が2行で行えるツワモノ
しかも、データベースの検索速度は世界最速じゃないか？
惜しむらくは日本語版が無いところか。
でも、日本にもユーザグループがあるみたいだよ。調べてごらん。
独学も結構
だけど、マニュアルに書かれているもののうち、「本当に重要」なものと「どうでもいい」
ものとの区分けが独学だけではできない
システムを作ったことがある人ならわかると思うけど、じつはこの「区分け」が大事
これは実務経験をしていないとダメ
レスポンスあげるためにあえて正規化しないとか出てくる場合もあるし
つまり、実際に運用したときの優先順位で犠牲になる部分があるということ
まぁ独学でも無理なことはないだろうが、現場にいないと身につけにくいだろうね
抜け出せない、って事はないのかな。
勉強したいという人が「データこそ全て」と確信している
わけではないだろうから、ちょっとかわいそう。
考え方違うよね、とか、とりあえずトランザクション系テーブルに突っ込んどいてバッチで
反映するような場合では正規化はゴミだとか、近頃のオブジェクト指向を上手に使える
ケースやその場合のパターンなんかは、一般で普通に手に入るような教材には書かれて
いるのだろうか
そういうのはケーススタディ集を見たほうが勉強になるね
そこまで詳しい説明があればの話ではあるが
そういうことが「勉強する」対象になるとは
おもえない。
ＳＩのライセンス購入するかどうか迷ってたけど使えるこれ
ＤＢ勉強するのが楽しくなってきた
本当に理解したいのなら
群論、環論、集合論といった数学の知識と、
正規化理論、モデリング技術が必要かな
あと、postgreSQLとかのオープンソースコード追っかけて、
構文解析やら、最適化処理、同時実行制御、
等々の内部の仕組みを理解する意欲があればいいかと
段階的には、
①業務内容を分析し、その業務のどの部分をデータベース化するか考える
②それに沿って、エクセルで（関数・ＶＢＡ全部使って）作ってみる
③そのうち、それが不便に思うようになって、Ａｃｃｅｓｓで作り始める
④さらにもっと色々なことがしたくなると、おのずとＳＱＬ等に手が出始める。
技術的な内容は書籍や専門学校があるし。実際に色々試すのが一番効果的。
55>>の後半「あと～」からはこの段階で必要になってくるってところか。
DB屋は、書記代わりに管理帳簿作ればいいだけじゃないし。
ビジネスで必要な情報を記録して、素早く的確に出す事を求められる。
群論: join
環論: union
だが、まともなものはあがってこなかった。
正規化という考えを理解していないようだった。
しょうがないので俺が設計し直した。
そのあとそいつにDB設計について1から教えることにした。
できる人間になってほしかった...。
だが、教える過程でそいつは分数の足し算すらできないことが判明した。
本当に大学出たのか？さすがに教える気がうせた。
分数ならわかるぞ
イントラネット上で自分で使ったり公開したりしてもそこそこ便利だったり格好がつく
初心者向けのお題、ください。
その後、機能拡張を繰り返して、グループウェアとして社内で使ってる。
内容見てみたけど、一般事務/営業職なら英検3級ぐらいには見てもらえるんじゃね?
技術屋だとまったく意味無さげ。 やってりゃ1ヶ月もしないで勝手に憶えるしー
知名度まったくないだろ、その資格ｗ
今はじめて知ったよ
PHPとMySQL使ったサイト作ろうと思ってるんだが
DB設計どうやればいいかわからんで困ってる。
ベンダ系の資格なんかだと、じぶんちの製品に関する内容だから、操作とか運用の知識ばっか。
テクニカルのDBは、特定の製品に依存しない基本となるモデリングなんかの概念を学ぶ事になるから
かなり勉強にはなると思う。 こっち系は良本が少なくて･･･ 俺も探してる。
コボラーの現場に行ったら糞設計が普通と誤解してしまう。
／＼ /｜
／ /| ＼/ ｜(＼ /)
／ / | ＼｜( ﾟーﾟ) <全力でWindowsを捨てOpenBSDに移行せよ
／ / | __〃｀ヽ 〈＿ OpenBSD
/ γ´⌒´-－ヾｖーヽ⌒ヽ OpenOffice.org+Wine
/／⌒ ｨ theo｀ｉ´ pf ）; ｀ヽ FireFox+Xfce+uim+anthy
// ﾉ＾ ､＿__￥＿_人 | ClamAV+Snort+Privoxy+Tor
/ ! ,,,ノ爻＼_ _人 ﾉｒ;＾ > ） PostgresQL+MySQL+Openldap
/ （ <_ ＼ﾍ､,, __,+､__ｒﾉ/ /
ヽ_ ＼ ）ゝ､__,+､_ｱ〃 ／
ヽ､___ ヽ.=┬─┬〈 ｿ、
〈J .〉､| |, |ヽ-´
/"" | sshd |: |
ﾚ :|: | ﾘ
/ ﾉ|＿＿| |
↑ ／| ,, ｿ ヽ ）
＼＿／ .,ゝ ） ｲ ヽ ﾉ
ｙ ｀ﾚｌ 〈´ ﾘ
/ ﾉ | | .
ｌ / ｌ;; |
〉 〈 〉 |
/ ::| （_ヽ ＼､
(｡ｍｎﾉ ｀ヽｎｍ
と、旧帝大情報数理院卒のおいらが言ってみる
現在の知識レベルは、ほぼ０。
「データベースって何？、エクセルの表と似ているけどなにができるの？」
という、全くの初心者だと思ってください。
そこで、データベースソフトと教科書を買おうと思っていますが、
ソフトはやはりAccessが無難なのでしょうか？
Open Officeに対応した教科書があれば、Open Officeでもいいのですが。
よろしく御教示ください。
今から始めるのなら、Accessみたいなものは、止めた方が無難。
これがデータベースかと勘違いしてしまうから。
お勧めは、フリーのデータベース。例えば、MySQLとか。
コマンドを打ちながら、"手で"操作することを、先にやっといた方がイイ。
200万レコードくらいのテストデータを作成して、いろいろ、やってみたらいい。
テストデータは、株価を無料でダウンロードできるサイトがたくさんあるから、そん
なのを利用してね。
ちなみに、Accessは、200万レコードよりもっと少ないデータであっても、満
足に動かないことが多い。
アドバイスありがとうございます。
MySQLというのは、初めて知りました。ググったら、オライリー他からも
解説書がでているのですね。
手で操作するというのは、コマンドラインでSQLを叩くってことですよね。
日本語ドキュメントもざっと読んで見ましたが、とても敷居が高そうに思えます。
が、やっぱりDB操作するなら、SQLコマンド必須なんですよね、きっと。
SQLも勉強できるし
俺も >>79 さんの意見に賛成。
そこから一歩踏み込んで、ＳＱＬ言語やパフォーマンスチューニングを学ぶには役不足。
AccessのＳＱＬはＳＱＬのほんの一部分
上を目指すならAccessの深みにハマらないように。
DBの業界って、エンジニアは儲かるの？
転職考えてるんだけど。
結局Access２００７と、解説本を買ってきました。
んが、解説本が使い方（しかもWindowsの）から書いてあって、
DBの核心に触れるに至ってないことに気付きました。。。
ま、とりあえずAcｃessをある程度使いこなせるようになってから、
Accessに偏ったものではないDBの教科書を買って勉強する
のもいいかなと思っています。
「あぁ、あの操作はこれのことだったのか」みたいに。
おれもそんなことしようと思ってます。
まずは年賀状管理から・・と
レベル低いですよね・・・がんばります
個人で勉強するなら十分だわな
この方法でそれなりに感じたメリットを書いておくよ。
１．クエリでマウスで指定すると、SQL文が出てくるので、
目的のアプリが早く組める。
データベースは覚えることが非常に多いのが、「SQLは
取り合えず後回し」ということが可能。VBAとテーブルの
設計の方を考えておけば良い。
先に動くアプリを組んでみたい人向け。
２．テーブルの中身がすぐに分かる。
プログラムの動きを確認するため、直接テーブルのデータを
変更出来るため、面倒さが少ない。
（後々は、本来はSQLでやるものだという理解は必要）
ま、最初に強制的にSQLの構文を覚えて習得させられるのが
PostgreSQLで、それを後回しに出来るのがAccessかな。
どちらが先であっても、結果として習得の時間は変わらないと
思う。本人の勉強スタイル次第かと。
「役不足」の言葉の使い方間違えてない？
ここではいいけれど、会社でそんな使い方をした日には・・・
なるほど。
とりあえず、 勉強の進め方としては間違っていないということで、ホッとしました。
ただ遅かれ早かれぶち当たる壁が、SQLをどう攻めるかですね。
テーブルを直接変更できないというのも前時代的に感じるのですが、雰囲気としては
二昔前のUNIXのエディタ edのようなものでしょうか。せめてviライクにと思うのは、
やはり初心者だからですかね。
テーブル設計やselect文打ち込んでもようわからなかった。
Accessで、Accessアプリケーションのマクロやｸｴﾘｰなど使いながら作ってみる。
ＤＢやアプリケーションが動作することを自分の目で確かめた上で、
同じことを、ＶＢＡとＳＱＬを使ってプログラム組んで実現させる。
それでようやくＳＱＬの意義がわかってきたかな。
自分がなんとなくＤＢというモノがわかったのに、一番役立ったのは、アクセス。
そして自分の仕事には、アクセスのＤＢでも十分です、いまのところ。
必要性に応じて学んでいくスタイルだとさほど疲れは感じなかったｗ
極論をいうと、「データ操作言語」のところだけで良い。あとは、
VBAなどのプログラムで処理をすれば、システム構築は可能だ。
http://ja.wikipedia.org/wiki/SQL
テーブルを直接変更できないというのに違和感を感じるのも分かるけれど、
データを操作するプログラムと、それを利用するアプリケーションを
完全に切り分けるというシステム設計的な考えがあるからね。
（この両者間をやりとりするのがSQLでのみ行われる）
時代が進んでも、この方向性は変わらないと思う。
Accessのテーブルを開いたり、データを変更したり出来る機能は、
あくまで「メンテナンス用のツール」と理解した上で操作したほうが良い。
PerlなどでCSVファイルを読み込んだり、それを検索したり、更新したりする
アプリを組んでみると、ソースコードの中に、ファイルの処理と
画面の処理が混在してしまうだろ？
そうなると、機能追加やメンテナンスに非常に手間がかかることになる。
それで、データの管理関係のモジュールを作ろうとしたのが
データベースの始まり、みたいなイメージをするといいんじゃないかな。
> アプリを組んでみると、ソースコードの中に、ファイルの処理と
> 画面の処理が混在してしまうだろ？
それはお前がタコなだけじゃね？
アホでもできる行為だな。
そしてアホほどそれをやりたがる。
「入出力処理はまとめましょう」
とかぐらいしか言えないが、もしかしてそんなことも思いつかないほどタコだったのか？
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
ＳＱＬについて語るスレ (140)
ADO.NETの質問・雑談スレ2 (391)
PostgreSQL Part.8 (833)
【DBMS】 HiRDB (160)
dbMAGICを超えるDBMSは未来永劫現れない。 (222)
RDBMS比較総合スレ 【サーバ】 (102)
--log9.info------------------
雨好きな人のスレ (766)
辞めまいか無駄遣い（フラッシュライト集め） (343)
【 みんカラ 】赤猫 (287)
キーボードを見ずに平家物語を打ち込むスレ (715)
楽しい音楽 (329)
「ダヤン」スレッド (386)
□適当に物語を書いてって1000目指すスレ□ (551)
【リース？】ソフトダーツ業界 ３台目【買取？】 (902)
アイドルトレカ (268)
女の子が没頭してたらカワイイ☆と思う趣味☆ (571)
骨董好き (344)
お金のかからない趣味パート３ (425)
多趣味で困っています。 (354)
他人には絶対に言えない趣味 二つ目 (405)
円周率を覚える会 (272)
粘土細工 (251)
--log55.com------------------
【名無し奥も○○奥も】 気楽に井戸端会議 6674【みんな来い】
【名無し奥も○○奥も】 気楽に井戸端会議 6675【みんな来い】
【名無し奥も○○奥も】 気楽に井戸端会議 6676【みんな来い】
【チラシより】カレンダーの裏（IDなし）607【大きめ】
【名無し奥も○○奥も】 気楽に井戸端会議 6678【みんな来い】
【名無し奥も○○奥も】 気楽に井戸端会議 6677【みんな来い】
嫌いだけど人に言えない（IDなし）part103
【名無し奥も○○奥も】 気楽に井戸端会議 6679【みんな来い】
