- 1 名前：仕様書無しさん [2007/02/07(水) 01:32:56 ]
- って思う
- 684 名前：仕様書無しさん [2008/03/15(土) 12:26:23 ]
- >>683
それはストアドにしたから複雑になったんじゃなくて、
SQL一発でできることを無駄にカーソルで処理するから複雑になってるのでは？
- 685 名前：仕様書無しさん mailto:sage [2008/03/15(土) 12:42:31 ]
- >>683
１プロシージャに１万行なんて、そいつがキチガイなだけだろ
- 686 名前：仕様書無しさん mailto:sage [2008/03/15(土) 21:56:57 ]
- 「カーソル」が使われているストアドは、COBOLからの書き換え以外認めない。
- 687 名前：仕様書無しさん mailto:sage [2008/03/16(日) 23:46:20 ]
- >686
それはまた極端なｗ
- 688 名前：仕様書無しさん [2008/03/22(土) 08:18:00 ]
- 人間中庸が肝心だ。
- 689 名前：仕様書無しさん mailto:sage [2008/03/22(土) 22:36:55 ]
- PHPでSQLをハードコーディングしてあってびびった。
SQLは切り出せよ。
SQLインジェションされてサニタイズ漏れたら終わりだろがと。
言ったが今でも放置されたまま。
- 690 名前：仕様書無しさん mailto:sage [2008/03/22(土) 22:54:54 ]
- >>689
ハードコードしてあっても
プレースホルダ使うだけでだいぶ変わるがな。
つか「インジェション」ってｗｗｗ
- 691 名前：仕様書無しさん mailto:sage [2008/03/23(日) 01:07:26 ]
- SQLをハードコーディングすることとSQLインジェクションの問題は直行しているから、>>689の指摘は的外れだったんじゃないかなぁ？
- 692 名前：仕様書無しさん mailto:sage [2008/03/23(日) 10:07:08 ]
- >>691
直行？直交にしてもわからんしな。関係ないってコトじゃないのか。
- 693 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2008/03/23(日) 13:15:03 ]
- ストアドにちておけば内部で文字列化ちてselectとかexecuteみたいなｱﾎなことちないかぎり
問題ないちな (･∀･)
- 694 名前：仕様書無しさん [2008/03/23(日) 13:57:07 ]
- ストアド簡単なのに作ろうとしない馬鹿が多すぎてこまる。
提案してもメンテできない・わからないで握りつぶされる。
結果ハードコーティングでバグおこしてデスマ。
あほSEは早く欝になって首つってくれ！！！！！
- 695 名前：仕様書無しさん mailto:sage [2008/03/23(日) 14:08:35 ]
- >>694
> 提案してもメンテできない・わからないで握りつぶされる。
ありがちだが、その連中の言い分も分からなくはない。
- 696 名前：仕様書無しさん mailto:sage [2008/03/23(日) 14:45:01 ]
- >>694
ストアドは扱いが難しい。
テーブル設計が完了した段階でデータベースの構造をフリーズして
後はデータの出し入れだけにしたいという方針が普通の感覚だと思うんだが、
プログラムと同じ感覚でストアドを作ると、この方針と衝突する。
データの意味づけが拡張されてストアドの修正が必要になっても、まかりならんって
ことになったりする。
そういう時はしかたないので、プログラム側でストアドに相当するSQLを新しく
発行するようにして、ストアドは呼ばなくなる。
設計段階でストアドの要件もしっかり決めておけってのが正論なんだろうが。
間に合わせ的に使ってしまったりするな。
- 697 名前：仕様書無しさん mailto:sage [2008/03/23(日) 15:00:25 ]
- 俺がストアド嫌いな理由は、デバッガが使いにくいから。と
単純なSELECTやINSERTだったら、
ORマッピングツールのほうが良くて
混在すると鬱陶しいから、極力ORマッピングツールを使う。
提案してもメンテできない・わからないっていう、
SEはしんだほうがいいなと俺も思う。
- 698 名前：愛ちゃん mailto:sage [2008/03/23(日) 17:20:48 ]
- ORマッピングとかORマッパってどういうものなんでしょうか？
- 699 名前：仕様書無しさん mailto:sage [2008/03/23(日) 17:31:52 ]
- SQL書かなくてもＲＤＢが使える魔法の箱さ！
- 700 名前：仕様書無しさん mailto:sage [2008/03/23(日) 17:41:55 ]
- ストアドは自動テストに組み込み難いんだよな
デバッグも面倒だし
- 701 名前：仕様書無しさん mailto:sage [2008/03/23(日) 17:43:21 ]
- 制約が多すぎで使えねー、
検索系で組み込んだら遅くて使えねー、
マスタメンテ以外につかえねーの三拍子
意地でも使ってやるって人の背中にはデスマオーラが漂ってる
- 702 名前：仕様書無しさん mailto:sage [2008/03/23(日) 18:16:54 ]
- 派生開発案件で元が腐ってたとかならともかく、
ストアドなど書かずに済むようにDB設計するのが基本だと思う。
あと、「性能」を理由にすぐにストアドを使いたがるプログラマって
単に手続き的にしか物事を考えられない（まともなSQLの書き方を知らない）
人が多いような。
- 703 名前：仕様書無しさん mailto:sage [2008/03/23(日) 19:42:09 ]
- バージョン管理とかはメンドクサくないの？
- 704 名前：仕様書無しさん mailto:sage [2008/03/23(日) 21:54:50 ]
- ストアドはバージョン管理めんどくさい。
ストアドは、データベースやSQL Serverの外から呼び出すプログラミング環境が
貧しかった時代の亡霊だと思う。昔はストアドで何でもかんでもやってた。
- 705 名前：仕様書無しさん mailto:sage [2008/03/23(日) 23:37:49 ]
- ORマッパについて解説しているサイトをご存じないですか？
- 706 名前：仕様書無しさん mailto:sage [2008/03/24(月) 00:38:02 ]
- 今までの意見をまとめると、RDBSは糞ってことで良いか？
- 707 名前：仕様書無しさん mailto:sage [2008/03/24(月) 00:52:36 ]
- ハードコーディングってなんだろう
- 708 名前：仕様書無しさん [2008/03/24(月) 01:25:17 ]
- >707
>91
- 709 名前：仕様書無しさん [2008/03/26(水) 22:46:34 ]
- ストアドの方がパフォーマンスが良いとかはもう昔の話？
あと権限についてですが、ハードコーディングだと実行権限付与がめんどくないですか？そんなことないかな。
自分の会社はWebの開発が多いのですが、例えばIISを使っている場合だと
IISの匿名ユーザーにストアドの実行権限を付与してるだけです。
テーブルの書き込み権限とかは一切与えてなく、ストアドの実行権限のみです。
その方が安全とか先輩が言ってました。
- 710 名前：仕様書無しさん mailto:sage [2008/03/26(水) 22:50:37 ]
- そりゃそうだ
最近SQLを満足にかけない奴がORまっぱとかほざいてるだけのような気がする
休日は自宅にヒキコモリ。
仕事じゃひとつの言語にヒキコモリ。
ヒキコモリ人生万歳ですか？
- 711 名前：仕様書無しさん mailto:sage [2008/03/26(水) 22:55:45 ]
- >709
別に昔の話ではない。今も通じる。
権限は……面倒くせえからDBAでアクセスしちまえｳﾊﾊﾊってのばかり見かけるが
- 712 名前：仕様書無しさん mailto:sage [2008/03/26(水) 22:56:22 ]
- >710
前半と後半の乖離ぐあいにﾜﾗﾀ
- 713 名前：仕様書無しさん mailto:sage [2008/03/26(水) 23:30:39 ]
- >>709
ストアドの方がパフォーマンスがよいって言うのは今でも正しいけど、
テーブル設計とSQLの筋さえよければ今は十分なパフォーマンスが稼げる。
だからクエリをDB側ではなくアプリ側に持っていく事によって得られる
開発パフォーマンスの向上が今は重視されている感じだな。
- 714 名前：仕様書無しさん mailto:sage [2008/03/26(水) 23:32:59 ]
- 実行プランを認識してない馬鹿が組むSQLは見てらんない
死ねばいいのに
- 715 名前：仕様書無しさん mailto:sage [2008/03/26(水) 23:41:11 ]
- >>704
OSI7層モデルから勉強しなおせ。
- 716 名前：仕様書無しさん mailto:sage [2008/03/27(木) 22:28:29 ]
- >>715
OSI7層って実行速度より美しい理論モデル作りたがりの産物じゃん
当時の実装は各境界の通信でオーバーヘッド出まくりで
遅くて使い物にならないものが多かった
マシンの性能が上がった今なら実装のしようもあるだろうが
IPにとって代わられちゃったし
- 717 名前：仕様書無しさん mailto:sage [2008/03/28(金) 01:56:38 ]
- >>716
OSIの考え方を用語するつもりはないが、
OSIは政治的に潰されたんだよ。これ豆知識ね。
- 718 名前：仕様書無しさん mailto:sage [2008/03/28(金) 07:28:36 ]
- >>717
OSI モデルの第 8 層って奴だな。
あと、宗教層・経済層ってのを加えるときもある。
- 719 名前：仕様書無しさん mailto:sage [2008/03/28(金) 09:11:35 ]
- >>718
それは、知らなかった。補足ありがとう。
- 720 名前：仕様書無しさん mailto:sage [2008/03/28(金) 21:34:09 ]
- 一時期 layer8.jp とか取ろうと思ったこともあったが、
やっぱり取られてたぜ。
- 721 名前：仕様書無しさん [2008/03/31(月) 07:33:52 ]
- ハードコーディングとストアドを比べたらストアドの方がよい。
けれどハードコーディングには次のメリットがある。
たとえば、
WHERE
(col1 LIKE #para1# or #para1# = '')
AND
(col2 = #para2# or #para2# = 0)
AND
(col3 = #para3# or #para3# IS NULL)
この程度でIF文はいらん。
実行時にコンパイルされるから、ハードコーディングなら、col1〜col3 に
インデックスがあれば利用される。
ストアドならアクセスパスは固定されてしまって、col1〜col3 にインデックス
があっても利用されない。
こういうときはストアドでも、敢て動的SQLにするんだけど、そこまで気を
使っているコーディングを見ることがないな…。
- 722 名前：仕様書無しさん mailto:sage [2008/03/31(月) 08:56:59 ]
- >>721
>この程度でIF文はいらん。
そんなこと言うから変なコードが増える。
IF文をけちってなにかいいことでもあるのか。
- 723 名前：仕様書無しさん [2008/03/31(月) 09:28:34 ]
- >>722
ヘタクソやね〜。
母言語とSQLでスパゲッティ作っておいしいか？
- 724 名前：仕様書無しさん mailto:sage [2008/03/31(月) 10:03:52 ]
- スパゲッティ？
- 725 名前：仕様書無しさん mailto:sage [2008/03/31(月) 20:01:02 ]
- >>721ぐらいなら普通IFなんて使わんだろ。
- 726 名前：仕様書無しさん mailto:sage [2008/03/31(月) 21:21:00 ]
- "commit"をハードコーディングする俺の会社orz
- 727 名前：仕様書無しさん mailto:sage [2008/03/31(月) 21:27:21 ]
- >>726
それなんか問題あんの？
どーでもいいじゃん
- 728 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2008/03/31(月) 22:08:26 ]
- 正直、ストアドのwhere句に条件式入れるのと、exeのsql文のwhere句に入れる違いがわからん。
- 729 名前：仕様書無しさん mailto:sage [2008/04/01(火) 07:24:50 ]
- >>728
プランナについて勉強しよう
- 730 名前：仕様書無しさん mailto:sage [2008/04/01(火) 12:07:32 ]
- 勉強できるほどの知能があれば、とっくにｺﾃやめてるだろう。
- 731 名前：仕様書無しさん mailto:sage [2008/04/01(火) 18:24:21 ]
- commit はハードコーディングじゃないの。
（一ヶ所にまとめるけどね）
少なくとも俺はストアドの中には書かせない。
ネストしたらえらいことだ。
- 732 名前：仕様書無しさん [2008/04/01(火) 19:02:34 ]
- >>722
sWhere = " WHERE a.colx = '" + 画面.xx + "'";
if (画面.yy != 未入力){
sWhere += " AND a.coly = '" + 画面.yy + "'";
}
if (画面.zz != 未入力){
sWhere += " AND EXISTS (SELECT * FROM TABLE b ";
sWhere += " WHERE a.key = b.key";
sWhere += " AND b.colz = '" + 画面.zz + "')";
}
ってなコーディングは山ほど見たな… 吐きそう …オェ〜
もっとへたくそは " AND "がいるか判定してたり…orz
これはこうなるべ。
sWhere = " WHERE
sWhere += " a.colx = :parX";
sWhere += " AND (a.coly = :parY OR :parY IS NULL) ";
sWhere += " AND (EXISTS "
sWhere += " (SELECT * FROM TABLE b ";
sWhere += " WHERE a.key = b.key";
sWhere += " AND b.colz = :parZ)";
sWhere += " OR :parZ IS NULL";
sWhere += " )";
良く見ろよ。
固定のSQLじゃないか？（ストアドにした方がすっきりするべ）
動的SQL（コストベース）なら coly も、インデックスが
存在して効率的なら使われるんだな。
- 733 名前：仕様書無しさん mailto:sage [2008/04/01(火) 21:42:39 ]
- >>727や731のコードが汚いことはよくわかった。
宣言的トランザクション使えよ。
- 734 名前：仕様書無しさん [2008/04/01(火) 21:58:27 ]
- >>733はバカ
- 735 名前：仕様書無しさん mailto:sage [2008/04/01(火) 22:18:44 ]
- ORまっぷっぷは、SQLも覚えられないボケが崇拝するお花畑のちょうちょに過ぎないし。
プロシージャはマニア魂を刺激しちゃって、ろくなことにならないときあるし。
やっぱハードコーディングが一番いいよ。
効率的だし、ブレないし、マニアックになり過ぎないし。
- 736 名前：仕様書無しさん mailto:sage [2008/04/01(火) 22:20:44 ]
- でも最近はORマッパで済ませちゃうのがもてはやされる。
Railsとか。
- 737 名前：仕様書無しさん mailto:sage [2008/04/01(火) 22:25:08 ]
- 結論から言うと適材適所でしょ
ルールはきちんと作ってだけどね
- 738 名前：仕様書無しさん mailto:sage [2008/04/01(火) 22:31:39 ]
- 関係ないけどJOIN禁止のプロジェクトとかまだあんのかなぁ
- 739 名前：仕様書無しさん mailto:sage [2008/04/01(火) 23:02:24 ]
- ３年間オラクレばっかやってた。
今度SQL鯖やるんだけどJOINって何だよおしえれorz
- 740 名前：仕様書無しさん [2008/04/01(火) 23:05:51 ]
- グイでグイグイやってたらSQLは勝手に出来る
- 741 名前：仕様書無しさん [2008/04/01(火) 23:18:16 ]
- 結局ハードコーディングの方があとで分かりやすいんだよな
- 742 名前：仕様書無しさん mailto:sage [2008/04/01(火) 23:19:39 ]
- Set OraDynaset = Nothing
- 743 名前：仕様書無しさん mailto:sage [2008/04/01(火) 23:20:27 ]
- うん。
別ファイルにしてあると、開くのにマウスこちこちしないといけないからめんどくさいしね。
- 744 名前：仕様書無しさん mailto:sage [2008/04/01(火) 23:21:49 ]
- 今日書いたSQLは3年後5年後も通用するが今日使ったO/R mapperは
3年後5年後には誰も使わないレガシーな技術になってると思う
- 745 名前：仕様書無しさん [2008/04/01(火) 23:43:57 ]
- >>739
（＋）
- 746 名前：仕様書無しさん mailto:sage [2008/04/02(水) 00:13:02 ]
- unionしてsumしてクロス集計ってアリなの？
- 747 名前：仕様書無しさん mailto:sage [2008/04/02(水) 09:37:09 ]
- ORマッパがいいのなら、素直にオブジェクト指向データベース使えよ。
なぜ、今まで使われなかったのか、考えてみ。
- 748 名前：仕様書無しさん mailto:sage [2008/04/02(水) 20:32:28 ]
- >>745
それはオラクル特有のおまじないじゃん？
- 749 名前：仕様書無しさん mailto:sage [2008/04/02(水) 22:10:52 ]
- 今さら (+) なしの生活には戻れないわ・・・
もうすっかりOracleに毒されちゃってるのよ・・・
- 750 名前：仕様書無しさん mailto:sage [2008/04/02(水) 22:29:39 ]
- 最近のSQL Serverだと*=や、=*は使えないんだっけ？
つーか、Oracleでも9i以降ならOUTER JOINで書かないか？
- 751 名前：仕様書無しさん mailto:sage [2008/04/02(水) 22:48:57 ]
- ora9iのOUTER JOINはバグが潜んでる
- 752 名前：仕様書無しさん mailto:sage [2008/04/02(水) 23:55:27 ]
- バグは、9.1.4までじゃない？
(+)を書く奴は氏ねとは言わんけど、金取れるプロじゃないわな。
- 753 名前：仕様書無しさん mailto:sage [2008/04/03(木) 00:45:44 ]
- www.google.co.jp/search?q=(%2B)
- 754 名前：仕様書無しさん mailto:sage [2008/04/03(木) 02:38:01 ]
- >>752
何で死ね扱いなんだ？
俺は書きやすいし読みやすいから (+) の方がすきなんだが
- 755 名前：仕様書無しさん [2008/04/03(木) 07:58:45 ]
- *=とかよりはJOINの方が見やすいという人が多い。
自分もそう思います。
- 756 名前：仕様書無しさん mailto:sage [2008/04/03(木) 09:20:53 ]
- >>754
SQLの意味が分かってない。
SQL とは Structured Query Language(構造化問合せ言語)
省略語じゃないとかそんなことはどうでもよいけど、
構造化いうのは、句ごとに役割が決まっているわけ。
WHERE句に結合条件と抽出条件を混在させても違和感を
覚えない時点で、プロとしてのセンスはない。
- 757 名前：仕様書無しさん mailto:sage [2008/04/03(木) 09:37:48 ]
- >>756
あの旧世代の腐れ構文が構造化されているように見えるとは恐れ入った。
- 758 名前：仕様書無しさん mailto:sage [2008/04/03(木) 09:46:18 ]
- xxxx JOIN Table ON
という書き方が冗長というのは、同じ非英語圏の人間だから
わからんではないが、WHERE句に結合条件を書くのは痛い。
- 759 名前：仕様書無しさん [2008/04/03(木) 10:05:05 ]
- >>757
まぁ、あれだ。
マシン語から新世代に近づくほど、
自然言語に近づくもんなんだ。
ループがある方が旧世代なんだな。
- 760 名前：仕様書無しさん mailto:sage [2008/04/03(木) 11:34:11 ]
- >>757
腐っていようが…。
WHERE句に結合条件を書いたら、もっと腐る
ということが分からない時点で終わってる。
- 761 名前：仕様書無しさん mailto:sage [2008/04/03(木) 12:30:31 ]
- >>760
>腐っていようが…。
「構造化されてなんかいない腐れ構文」には同意頂けたようで。
…まあ、Oracle の旧書式は直感的だが、もっと腐ってるとは思う。
>WHERE句に結合条件を書いたら
「抽出条件」てのが「1行1項目しかない『定数』との結合条件」と考えれば
両者の間になんの違いもないわけだが。
-- そういやこないだ、
-- JOIN 〜 ON (〜 AND HOGE = 0)
-- なんて記述を見かけた。
- 762 名前：仕様書無しさん [2008/04/03(木) 12:37:27 ]
- >>761
何が面白いのか解説してよ
- 763 名前：仕様書無しさん mailto:sage [2008/04/03(木) 15:50:26 ]
- LEFT JOIN
- 764 名前：仕様書無しさん mailto:sage [2008/04/03(木) 16:03:24 ]
- まちごうた。
Oracle9.1.4以前はバグでちゃんと
動かんかったけ記憶があるが。
>>761
違い分かるか？
FROM
table_a a
LEFT OUTER JOIN table_b b
ON a.key1 = b.key1
AND 0 = b.key2
FROM
table_a a
LEFT OUTER JOIN table_b b
ON a.key1 = b.key1
WHERE
b.key2 = 0
761 は文句言いながら副問合せ書く奴と見たｗ
- 765 名前：仕様書無しさん mailto:sage [2008/04/03(木) 17:56:22 ]
- >>764
お前は莫迦か。
後者は結合後に抽出してんだろが。
- 766 名前：仕様書無しさん mailto:sage [2008/04/03(木) 18:21:33 ]
- 文脈読めよ。
>>761の
-- そういやこないだ、
-- JOIN 〜 ON (〜 AND HOGE = 0)
-- なんて記述を見かけた。
に対して >>764 だ。
- 767 名前：仕様書無しさん mailto:sage [2008/04/03(木) 18:29:04 ]
- FROM
table_a a
LEFT OUTER JOIN
(SELECT * FROM table_b WHERE key2 = 0) b
ON a.key1 = b.key1
ってインデックス外すバカがいるわな。
- 768 名前：仕様書無しさん mailto:sage [2008/04/03(木) 20:33:26 ]
- ここで悦に入って何か得られるモノがあるのだろうか･･･
- 769 名前：仕様書無しさん [2008/04/03(木) 22:56:03 ]
- >>732のようなコードのメンテをやらされてると、この仕事辞めたくなるな。
そんなもんの修正はそれに違和感感じない連中だけでやってくれって感じだ。
- 770 名前：仕様書無しさん mailto:sage [2008/04/04(金) 07:34:06 ]
- >>732
なんだこれ・・・
こんなんjavaで書いてきたらソースレビューの時点で突っ返すぜ
もし下請けが書いてきたらくびになっても検収印はおさねえ！
- 771 名前：仕様書無しさん mailto:sage [2008/04/04(金) 07:37:39 ]
- 出来ない奴はとっとと氏ね
ってことだな。
- 772 名前：仕様書無しさん mailto:sage [2008/04/04(金) 09:05:47 ]
- >>769
俺は
sWhere += 〜
sWhere += 〜
sWhere += 〜
:
こういうのが並んでる時点で唾棄。
- 773 名前：仕様書無しさん mailto:sage [2008/04/04(金) 09:44:07 ]
- sprintf( buf, "select %s from %s\n", col, tbl );
- 774 名前：仕様書無しさん [2008/04/04(金) 09:47:30 ]
- 質問です。
各テーブルごとにテーブルクラスを作成し、
データの受け渡し受け取りには、テーブルクラス.レコードを定義して使用しています。
で、各テーブルごとの違いは、レコードクラスの違いくらいであとの処理は同じなので、
同じ処理を書いて、あまりステップ数を膨らませるのは嫌なのですが、
何かよい方法はないでしょうか？
- 775 名前：仕様書無しさん mailto:sage [2008/04/04(金) 09:55:19 ]
- >>774
>質問です。
ｽﾚの選択も満足にできないの？
- 776 名前：774 [2008/04/04(金) 10:01:21 ]
- SQL文ハードコーディングを嫌がるスレということなので、
↑の質問にも答えてもらえると思ったのですが、ちょっとスレ変えることにします
- 777 名前：仕様書無しさん mailto:sage [2008/04/04(金) 20:33:23 ]
- >>774
javaならhibernate使えよ。
- 778 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2008/04/04(金) 21:40:57 ]
- 継承も使えずにクラスを使うとはなかなかやりまつね
- 779 名前：仕様書無しさん mailto:sage [2008/04/04(金) 21:41:56 ]
- はずかしげもなくまだ生きてる貴様に比べれば誤差未満だな
- 780 名前：仕様書無しさん mailto:sage [2008/04/05(土) 19:51:35 ]
- 自作APIの最終select文作成部分のコード。
snprintf( buffer, BUFFER_MAX, "SELECT %s FROM %s %s %s %s %s %s %s", fieldStr, tableStr, whereStr, orderStr, lockStr, limitStr, offsetStr, optionStr );
それぞれの部分を、専用の関数で構造体からSQLに変換して作ってる。
メジャーないくつかのSQL DBに対応済み。SQL以外のDBにもいくつか対応済み。
基本的なテーブルのselectややinsertやupdateなら一切SQLを書くことも見ることもない。
せいぜいフィールド名と条件や値とかを指定するだけ。
必要があればSQLを直接渡せるようにもなってる。
これぐらい自作APIでやってる人いる？
- 781 名前：仕様書無しさん mailto:sage [2008/04/05(土) 19:57:42 ]
- >>780
あー、すごいねー。ほんとにすごいよー。たいしたもんだねー。
ほかにだれもまねできないよー
- 782 名前：仕様書無しさん mailto:sage [2008/04/05(土) 19:59:42 ]
- >>780
ポスグレ？オラクルで組めよ。
ちなみに SQLいんじぇくしょん ってしってまつか？
- 783 名前：仕様書無しさん mailto:sage [2008/04/05(土) 20:16:48 ]
- >>781,782
ほめてもらう or 煽りを期待してるわけじゃない。
よりいい方法を知ってる人がいたら、教えて欲しいだけ。
- 784 名前：780,783 mailto:sage [2008/04/05(土) 20:19:52 ]
- ここID表示なしか。
ついでに言うと、Oracle、DB2対応済み。
SQLインジェクションとか当たり前のように対応済み。
sprintf ではなく snprintf を使ってることから予想付いた人も多いと思うけど。
|
 |
