それも同じ表に複数。
技術者は居ない。これは定説。
ここの住人アフォですか？
! i iﾉﾉﾘ）) 〉
i l l.´ヮ｀ﾉﾘ ＜先生！こんなのがありました！
l く/_只ヽ
ttp://http://www.yamazaki.90.kg/hankaku/hankaku08.html ttp://http://yamazaki.90.kg/zenkaku/index.html ttp://http://yamazaki.90.kg/hankaku/hankaku02.html ttp://http://www.yamazaki.90.kg/hankaku/hankaku10.html ttp://http://yamazaki.90.kg/hankaku/hankaku05.html ttp://http://www.yamazaki.90.kg/hankaku/hankaku03.html ttp://http://yamazaki.90.kg/hankaku/hankaku07.html ttp://http://www.yamazaki.90.kg/hankaku/hankaku01.html ttp://http://yamazaki.90.kg/hankaku/hankaku06.html ttp://http://www.yamazaki.90.kg/hankaku/hankaku04.html ttp://http://yamazaki.90.kg/hankaku/hankaku09.html ttp://http://homepage.mac.com/ayaya16/ なにも考えない人には「便利」なんだけど、表の規模拡大を見越しての
ディスクI/Oのチューニングが出来ないんだよなー
Primary Keyはデフォルトクラスタキーになってて、その他の
インデックス検索の内部動作は
その他のインデックス検索でPK取得->PK検索->行データ
このへんも、複雑な問い合わせが無くてPKの検索で大半が片付く
程度のシステムならいいんだけどね。
とかまあ、SQL Serverって、内部構造が小規模～中規模に
最適化されたデータベースだから、大規模には向いてないのよ。
現にTPCベンチマークでも、データサイズが小さいところには
頻繁に出てくるけど、大きいところにはでてこないんだよね。。。
領域サイズの指定出来るけど・・・
用語ばかり並べないでね。しったかヤロウ！
そもそもデータベースは、業務の規模に合わせて選べばいいだけのこと。
SQLServerが大規模に向かないとしても糞にはならない。
かといってOracleがすべて正しいかというと、そうでもない。
用途によって適切なDBを使い分ける者ができる人間。
一方的に糞と呼ぶ者、もしくはしったかをする者、これ最悪な人。
ただし、オンラインバックアップの信頼性や高負荷での運用を考えると
Oracle＞DB2,SQLServerなどの商用DB>超えられない壁>>>PostgreSQL,MySQL
PostgreSQLで高負荷時にフルバックアップを行うとデータが吹っ飛びます。
> SQLServerが大規模に向かないとしても糞にはならない。
とか、偉そうにのたまっておいて
> Oracle＞DB2,SQLServerなどの商用DB>超えられない壁>>>PostgreSQL,MySQL
なにこれ↑
全角と半角が不思議にミックスしてるのもまた・・・・（略
> PostgreSQLで高負荷時にフルバックアップを行うとデータが吹っ飛びます。
あとこれ↑のバージョンと環境、それに平均アベレージを書け
っていうかね、わざわざ高負荷時にバックアップ、それもフルバックアップを行ったおまえは神
ところで確認しとくが、データが吹っ飛んだのは PostgreSQL だけなんだよな？
当方、業務でSQL Server使ってて、MCDBAも持ってるが、
領域サイズの指定が出来るってしらなかったよ。
Books Onlineにも載ってないが、どうやってやるんだ？教えてくれ。
ちょっとまっててくれ！
これからに書き込むはずの奴が
返事くれるはずだから。
252は領域サイズの指定の意味を勘違いしているだけなのでは？？
たぶんだけど
> PostgreSQLで高負荷時にフルバックアップを行うとデータが吹っ飛びます。
高負荷ではなかったけど、一度経験があるな。
ただし、テストで検証したところ再現性がなかったのでそれ以上はなんとも。
漏れの客が貧乏なだけか？！(｀д´)
（ ・∀・）/＜ こんなの有ったっち♪
ttp://http://www.yoshiwara.susukino.com/moe/hankaku03.html ttp://http://yoshiwara.susukino.com/moe/hankaku10.html ttp://http://www.yoshiwara.susukino.com/moe/hankaku08.html ttp://http://yoshiwara.susukino.com/moe/hankaku09.html ttp://http://www.yoshiwara.susukino.com/moe/hankaku06.html ttp://http://yoshiwara.susukino.com/moe/hankaku05.html ttp://http://www.yoshiwara.susukino.com/moe/hankaku01.html ttp://http://yoshiwara.susukino.com/moe/hankaku02.html ttp://http://www.yoshiwara.susukino.com/moe/hankaku08.html ttp://http://yoshiwara.susukino.com/moe/hankaku04.html よっぽどの大きなシステムでない限りは自社開発を検討する可能性もある。
となると、一般企業の自社開発ではOracleは選ばれない。
なんせあの値段！自社開発のメリットがなくなる・・・
小～中規模ではSQLServerでも全く問題ない。
Oracleはいつまであのような商売をするのだろう・・・
私の身近にいる方々を参考に・・・
１．他のDBを馬鹿にする。同じ土台で話すのは論外らしい・・・
２．チューニング命。自由にチューニングが出来ない他のDBは糞と思っている
３．プライドが異常に高い
４．技術を並べて他のDBに比べての優位性を強調する
５．DBの規模に関係なくOracleを採用
６．Oracleの商売に対して疑問を持たない
７．素人が扱いやすいSQLServerは人類の敵
買うやつがいる限り。
自社開発できなくて、コンサルに騙されるところはまだまだあるよ。
中には会社傾けても導入するとこあるしｗ
ごめん、回答になってなかった．．．欝だ
経費節約ならLinux+PostgreSQL。
そうだね。
サーバーOSのライセンス料も考えないといけないよね。
かわいいかも
・・・・・(*´∀`*)ハァハァ!!!!!
ttp://http://plaza16.mbn.or.jp/~satchel/omoshiroi/ ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
あと、SQL Serverのストアドって機能というか、プログラミング言語としてあまりにもプア！
そこんところを何とかしてほしい。
同意｡
特に､SQL Serverのあの言語…｡PL/SQLからこっちくると､本当に貧弱さを感じる｡
VBAのほうがまだマシに見えてしまう｡
まあ､次期バージョン(Yukon)では.NET Framework対応言語(C#とか)でストアド組める
らしいので一見期待できるのですが､果たしてどうなんでしょう｡
あと､で言っていること､実務上これがかなり重要だったりする｡
クライアントをWinにしていても､サーバーをWinにするのはかなり抵抗が
ある企業がけっこうあり､それが理由でSQLServerが真っ先に対象外に
なることがある｡
>クライアントをWinにしていても､サーバーをWinにするのはかなり抵抗が
>ある企業がけっこうあり
一般企業の自社開発では、メンテナンス性とか費用などでサーバにWinを導入するケースも最近は増えているよ。
UNIXやLinux系は、素人には厳しいしね。
技術のない一般企業は、UNIX,Linuxの保守管理を考えるとデメリットがおおきい。
それでも最近のWindowsサーバ（2000以降）はかなり安定しているから特に問題はない
> VBAのほうがまだマシに見えてしまう｡
> まあ､次期バージョン(Yukon)では.NET Framework対応言語(C#とか)でストアド組める
> らしいので一見期待できるのですが､果たしてどうなんでしょう｡
7.0 か 2000 でVBAを実装すると思ってたんですけど（希望的推測）、されなかった。
なんで、しなかったんでしょうね？
そしたら、もっとプログラム組みやすかったのに・・・
今度は、.NET Framework対応言語するとちゃんと発表しているみたいですね。
そうなったら、いまよりは組みやすくなるでしょう。もっとも、実装の仕方にもよるのでしょうけど。
OracleのJAVAみたいだと、やっぱり使いにくいですね。
データのマッピングが面倒です。
OracleでストアドくむならやっぱりPL/SQLが一番使いやすいですね。
あんな風にJAVAとかで組めれば良いんですけど。
私的には、サーバーはWinでもUNIX系でもかまわないです。
実際、どっちもやってきているし・・・
ユーザーによるんじゃないですか？
UNIX系はちょっと・・・Windowsでって企業も、大きな企業でもいっぱいありますよ。
漏れもこの点には同意しますし､Windows2000サーバーを納品することも割りとあるのですが
世の中の人がそう思っていないことがけっこうあります｡
雑誌とかWEB上の情報「WinServerは不安定。Linuxﾏﾝｾｰ」を鵜呑みにしているので､
営業トークがほとんど通じないのです｡
まあWinでもLinuxでもできるようにしているので､臨機応変にしてます
(中華､Linuxのほうがライセンスで金とらない分、設定費用で純利益の見積もりをたくさんとれる
傾向にある｡Winはライセンスでお腹いっぱいになるんで､設定費用が鶏肉い)｡
>7.0 か 2000 でVBAを実装すると思ってたんですけど（希望的推測）、されなかった。
>なんで、しなかったんでしょうね？
これは推測ですがそもそもそうする気がなかったと思います｡7.0や2000のレビュー
のときでもそのあたりに一切触れなかったし､VBAはあくまでもOfficeに使用される
スクリプトとして限定したかったのかもしれません｡
>今度は、.NET Framework対応言語するとちゃんと発表しているみたいですね。
>そうなったら、いまよりは組みやすくなるでしょう。もっとも、実装の仕方にもよるのでしょうけど。
今よりよくなると思いたいのですが…｡
Yukon自体､世間の評価が一定してから納品したいと思うので､そのころには
新しいストアドの記述にも慣れるでしょう｡
今、Windows2000 ServerとAdvanced Serverで
客先のシステム構築してるんだけど、
セキュリティホールが出るたびに
・テスト環境にパッチ適用して（20台）、
・乗せてるアプリケーション全打鍵（丸2日）
・休日の夜間に本番環境に適用して（40台）、
・休日に本番環境でアプリケーション打鍵（1日）
をやってます。
この作業が、月１回ぐらい発生するからやってられない．．．
すれ違いｽﾏｿ
笑った後に人ごとと思えず涙でた。
ホントにあれは難行苦行ですなぁ。
まぁ、その頻度が問題と言えば問題なんでしょうけどね。
いやあ、頻度もそうだけど
当てるパッチのほとんどがアプリに影響のある奴だから．．．
IISもコンポーネントサービスもSQL鯖もOSとの関係が深すぎるんだよ．．．
WebsphereとかOracleで、OSのパッチ適用した時にアプリの全打鍵なんかする？
はっきり言ってMySQLが早いってのは、一昔前の話！
今のギガヘルツ級のマシンだとほとんど差は無い！
ttp://http://esenden.com/rank/ninki/ranklink.cgi?id=mercury そーそー
OSとADとIISとSQL鯖の関係深すぎ。
これが一番の問題。
だからOS変わるたびにDB鯖やWeb鯖もバージョン変えなきゃいけないし。
ttp://http://www.microsoft.com/japan/windowsserversystem/windowsserver2003.asp テーブルＡをＳＥＬＥＣＴする際に
テーブルＢのある項目のＭＡＸ値を同時にＳＥＬＥＣＴするＳＱＬ
どうやるんですか？
join
技術者としての価値が高いから
転職にも有利じゃん。。。
躍進のMicrosoft
ttp://http://homepage.mac.com/hiroyuki44/ 行き着いちゃった品と、
成長の余地がある品の差だな。
＃DB2の方が躍進っていえるけどな。
ttp://http://www.microsoft.com/japan/sql/evaluation/compare/fororacle/ 行き着いたっちゅーより、どこ行くんだって感じなんすけど
まあ、進化の袋小路に入り込んだって感は確かにあるな。
「本当にDBにこんな機能を付ける必要があるの？」っていうものを見ると
アンモナイトの末期を連想する。
PDFファイルだけどな
ttp://www.oracle.co.jp/9i/fact/Oracle_ABC.pdf ttp://http://homepage.mac.com/hiroyuki44/ ttp://qb.2ch.net/test/read.cgi/accuse/1056550376/ 協力してくれ。
ドラゴンボール板なんぞがつくられるぐらいなら
データベース板がほしい。
今俺が見てるDB関連のスレは
OS
ビジネスsoft
UNIX
LINUX
プログラム
WebProg
に散らばってるけど、今のところはどれかの板に１つ案内所・総合スレ立てて
各スレにリンク張ればいいんじゃないだろうか？
俺もDB専門の板は欲しいけどね。バックエンド/サーバ板にしないとACCESSスレばっかり
立ちそうな予感。
ttp://http://homepage.mac.com/hiroyuki44/ ttp://http://homepage.mac.com/hiroyuki44/ ttp://http://homepage.mac.com/hiroyuki44/ >バックエンド/サーバ板にしないとACCESSスレばっかり立ちそうな予感。
何を書いたところで、ACCESSスレは止められません(w
俺としてはうれしかったりします。
ttp://pc2.2ch.net/db/ __∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
ttp://http://elife.fam.cx/a011/ UNIXで使えますよ?
ttp://www.sybase.co.jp/product/ase/125/ase125_spec.html 漏れは InterBase 屋だけど、SQL Serverしか知らない香具師よりも Oracle
しか知らない香具師の方がマシなのは経験談から言えるな（藁
SQL鯖しかしらない奴ってホント技術力の無い VB●鹿が多いし。
俺SYBASE屋だけどVB使ったこと無い。
ttp://http://linux.ascii24.com/linux/news/today/2003/09/19/646030-000.html 日本オラクル、営業支援プログラムのサービスでMIRACLE LINUXを配布
ttp://http://www.zdnet.co.jp/enterprise/0309/17/epn09.html 国内データベース製品シェア１位はオラクル
ttp://http://www.mainichi.co.jp/digital/computing/archive/200309/05/5.html ミラクル・リナックス、ネットワーク・アプライアンス社と大規模Linuxシステムで提携
ttp://http://linux.ascii24.com/linux/news/today/2003/09/19/646047-000.html Oracleは別に早いDBではない。
速さを売りにする製品があってもいいけどね
富士通のティンポウェア
真偽の程は知らん
ｵﾌﾟｿ界で非難轟々らしいな
ちなみに「SqlServer」は英米人だと「シークルサーバー」って発音するよな。
昔のなごりなんかな
最近じゃあんまり「SQL」を「シークエル」と発音する人いないね
３ヶ月以上書き込みのないスレにsageで書いたのに１時間ちょっとでレスしてくるとは。。。ｗ
>最近じゃあんまり「SQL」を「シークエル」と発音する人いないね
YouTubeで「SqlServer」で検索してみれば英語の動画がいっぱい見つかるけど、
ほとんどの人がそう発音してるよ。
日本以外じゃまだ発音は現役なんだねw
もしや日本でも漏れの周りだけって思いだしたorz
ネイティブの発音なんて関係ありません、お客様も日本人だからです。
SQL Server 2000 のころのマイクロソフト日本法人が作った自習用ビデオでは
「えすきゅーえるさーば」って発音してたよ
水平分割を独自に実装したら早くなるかな。意見を下さい。
※1 Standard Editionなのでパーティションテーブル無し
※2 バージョンは2k
・水平分割実装方法案
①今期の年月毎にテーブルを作成（合計12個）
②前期以前のデータは「過去テーブル」に格納
※①と②で合計13個のテーブル（次期以降のデータは作成不可と仮定）
③このテーブルのアクセスポイントを以下のオブジェクトのみとする。
PG(DAO等)からは、このオブジェクト経由でしかアクセスしない。
(ア)参照処理 … 年月日をパラメタにしたテーブル値関数
パラメタによりアクセスするテーブルを決定
(イ)更新処理 … 年月をパラメタにしたSPで実装。
年月をまたぐ変更処理の場合は、
更新前テーブルデータ→論理削除
更新後テーブル→INSERT
※日次バッチ等で不要論理削除データを物理削除
④年次処理で「今期データ→前期以前データ」
たしかに、ようつべ見ると
アメリカ語では「シークエル」に近い発音してるね
もの凄い違和感感じる
日本では公式な発音が流行ってるんだし
1月分のデータが何件かによる。
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人同様になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな
＞島本町って町は、暴力といじめの町なんだな
子供の時に受けた酷いイジメの体験は、一生癒えない後遺症になるなあ
ttp://www.forest.impress.co.jp/docs/news/20140402_642417.html ☆ +ニュース
・ 2NN
・ 2chTimes
☆ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ Unker
☆ +ニュース板他
・ Desktop2ch
・ 記者別一覧
☆ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
☆ 実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
ttp://http://jobinjapan.jp/job-listing/keyword-sql-server.html 参考までに、
⇒ 『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。
グーグル検索⇒『加藤のセセエイウノノ』
EFDH6U54BE
