Oracle 質問総合スレ14

**NAME IS NULL** · 2019/07/07(日) 16:09:37.68

◆前スレ
Oracle 質問総合スレ13
https://mevius.5ch.net/test/read.cgi/db/1502506923/

◆過去スレ
Oracle 質問総合スレ12
http://mevius.2ch.net/test/read.cgi/db/1471652805/
Oracle 質問総合スレ11
http://echo.2ch.net/test/read.cgi/db/1437510145/
Oracle 質問総合スレ10
http://peace.2ch.net/test/read.cgi/db/1403674585/
Oracle 質問総合スレ9
http://toro.2ch.net/test/read.cgi/db/1359049907/
Oracle 質問総合スレ8
http://toro.2ch.net/test/read.cgi/db/1335097274/
Oracle 質問総合スレ7
http://toro.2ch.net/test/read.cgi/db/1326074212/
Oracle 質問総合スレ6
http://toro.2ch.net/test/read.cgi/db/1314941245/
Oracle 質問総合スレ5
http://hibari.2ch.net/test/read.cgi/db/1279635842/
Oracle 質問総合スレ4
http://pc11.2ch.net/test/read.cgi/db/1250995281/
Oracle 質問総合スレ3
http://pc11.2ch.net/test/read.cgi/db/1223384283
Oracle 質問総合スレ2
http://pc11.2ch.net/test/read.cgi/db/1194742799
Oracle 質問総合スレ
http://pc11.2ch.net/test/read.cgi/db/1163907455

◆公式サイト
OTN-J
ttp://www.oracle.com/technetwork/jp/index.html

◆オンラインマニュアル
ttp://www.oracle.com/technetwork/jp/indexes/documentation/index.html

◆My Oracle Support
ttp://support.oracle.com/

**NAME IS NULL** · 2022/12/18(日) 16:18:38.41

>>615
で、どこに書いてあるんだ？
具体的に答えられないなら黙ってた方がいいと思うよ

**NAME IS NULL** · 2022/12/18(日) 17:55:46.39

おしえてクレクレ

**NAME IS NULL** · 2022/12/18(日) 17:58:15.65

>>616
質問なんだけと、Javaなどのプログラミング言語のString型で参照先がないnullと空文字列に対して、常に空文字列で初期化するタイプなの？

**NAME IS NULL** · 2022/12/18(日) 18:01:05.35

はい逃げた～w
まあそりゃ出せないわな

**NAME IS NULL** · 2022/12/18(日) 18:02:03.85

>>618
ケースバイケースだろ

**NAME IS NULL** · 2022/12/18(日) 18:15:53.08

Excel VBAでもオブジェクトの破棄をしてなさそう
データがないとわかっていれば、無駄な処理がなくなることを理解していないなら、RDBの説明をしても意味がない

空文字列がNULLになるのではなく、空文字列をNULLと見做す仕様を理解していないままOracleDBを使っているのは頭がおかしいとしか言えない。

**NAME IS NULL** · 2022/12/18(日) 18:16:34.62

>>620
ありえない。
あんた初心者すぎる。

**NAME IS NULL** · 2022/12/18(日) 18:22:47.91

さすがのオラクルでも設計ミスだと認めてるのに
いつも上から目線の低スキル信者は空文字とNULLの区別もできないクソ仕様を必死に養護しててテラワロス

**NAME IS NULL** · 2022/12/18(日) 18:30:36.96

>>621
もしかして関数から戻る直前にも
Set S = Nothing
とかの意味ないノウハウを信奉してたりしてw

>>622
具体的にしてき出来ないならとっとと遁走しなよ...
痛々しいぞ

**NAME IS NULL** · 2022/12/18(日) 18:32:35.43

>>624
関数とは言わない
自己流の言葉や思い込みが自分をダメにする

**NAME IS NULL** · 2022/12/18(日) 18:33:23.08

>>623
コッド自身が空はNULLといったん言ってしまてた。

**NAME IS NULL** · 2022/12/18(日) 18:35:02.24

空文字列という概念は1980年代以降に生まれたもの

1980年代はその空文字列もデータが大きくなるから、当然のように嫌われている。

**NAME IS NULL** · 2022/12/18(日) 18:37:34.48

>>626
妄想じゃなければソース出してね

**NAME IS NULL** · 2022/12/18(日) 18:50:46.26

>>625
Function って言えってか？
そういう所にしか突っ込めないとか情けなくならないの？

**NAME IS NULL** · 2022/12/18(日) 18:59:05.54

>>627
>空文字列もデータが大きくなるから
うそですやんｗｗ
こういう所が低レベルと言われる所以

**NAME IS NULL** · 2022/12/18(日) 19:40:58.90

そもそも1960年代のLISPでも空文字列とnull（LISPではNIL）は区別されてるから
>>627 > 空文字列という概念は1980年代以降に生まれたもの
自体が大嘘だし

**NAME IS NULL** · 2022/12/19(月) 11:32:20.09

>>631
それは空文字列ではなく、データ構造の話だろw

**NAME IS NULL** · 2022/12/19(月) 11:33:40.26

OracleDBに難癖をつけるやつが集まってくるほど人気になるとは思わなかったな。

**NAME IS NULL** · 2022/12/19(月) 11:34:05.91

>>629
VBAはファンクションプロシージャと呼ぶ

**NAME IS NULL** · 2022/12/19(月) 11:36:30.48

>>630
空文字列はメモリを確保している状態。データファイルだと終端文字が格納されている状態。

**NAME IS NULL** · 2022/12/19(月) 11:38:51.55

VBにはサブプロシージャとファンクションプロシージャというものがある。

用語が不正確なやつは無知をさらしているだけ。

**NAME IS NULL** · 2022/12/19(月) 16:48:29.28

>>632
データ構造じゃねーよ、LISPのデータ構造はS式しかない
数値などと同じく文字列が存在するんだよ

**NAME IS NULL** · 2022/12/19(月) 16:50:06.86

>>634,636
マジでそんな突っ込みして恥ずかしくないの？w
まあ話しそらそうと必死なんだろうけど

**NAME IS NULL** · 2022/12/19(月) 17:31:13.83

おっ、やってるやってる！

**NAME IS NULL** · 2022/12/19(月) 21:13:25.97

>>635
さすがボラクルくんｗ
無知なだけじゃなく頭が悪いｗｗ
終端文字ｗｗｗ

**NAME IS NULL** · 2022/12/20(火) 18:20:05.91

NULLの存在意義が少しはわかってきたかな？

**NAME IS NULL** · 2022/12/20(火) 18:24:05.59

文字列はフェッチして終端まで行って、空だったと判定するのと

文字列をフェチしてすぐにNULLと判断できるデータが入っている

前者は無能極まりない

**NAME IS NULL** · 2022/12/20(火) 18:27:01.66

>>637
自分で文字列というものはないと言っている
文字列は文字列という概念を初めから持ったプログラミング言語やデータベースのことをいう。

メモリのデータが文字、連続したメモリのアドレスに格納されているデータが文字というのは文字列という概念を持っているプログラミング言語ではない。

**NAME IS NULL** · 2022/12/20(火) 18:35:04.68

文字列が格納されているメモリの先頭アドレスに文字列長を持たせるのも同じように思うかもしれないが、

ゴッド博士のデータベースの考え方は、値がないなら値がないとはっきりわかるようにすべきというもの。

空文字列を用意すると、空文字列に特定の意味を持たせる使い方をされるので、これは空文字列、空文字列、空文字列と騒いでいるやつのように製品としては何も制御できなくなる。

**NAME IS NULL** · 2022/12/20(火) 18:49:33.88

>>643
> 自分で文字列というものはないと言っている
はあ？
どこでそんなアホなこと言ってるんだよ

> 文字列は文字列という概念を初めから持ったプログラミング言語やデータベースのことをいう。
LISPには文字列の概念はある
Emacs とか知らんのか？

> メモリのデータが文字、連続したメモリのアドレスに格納されているデータが文字というのは文字列という概念を持っているプログラミング言語ではない。
お前のアホ定義で語られてもなw

**NAME IS NULL** · 2022/12/20(火) 22:42:00.47

>>615
ここに挙げられた各論文・書籍を見てきたけどボラクル君の主張は完全なウソだったわ
誤解とか誤読のレベルじゃなく完全な嘘つき

まともにNULLについて言及されてるのは最後の書籍だけで
その内容はコッドの12ルールにあるNULLのルールと基本同じ

Rule 3: Systematic Treatment of NULL Values
NULL values (distinct from empty character string or a string of blank characters and distinct from zero or any other number) are supported in the fully relational RDBMS for representing missing information in a systematic way, independent of data type.

**NAME IS NULL** · 2022/12/21(水) 14:55:02.80

>644
>空文字列を用意すると、（略）製品としては何も制御できなくなる
世にある大半のRDBMSではちゃんと空文字列をNULLと区別して制御してるんだが？
世にある大半のプログラム言語では、空文字列とヌルポは別物なんだが？

制御できなくなるのは製品の問題じゃなくて、設計／運用する奴がダメだからだ

ORACLEがなぜそれを区別できない設計にしたのかはしらん
ORACLEではそういうものだとして扱えば良いだけ
それがORACLE自身の主義主張に基づくなら、ちゃんとその主張は啓蒙すべきだがな
ただ、世の大半でできることができないのは欠陥だといわれてもしょうがないな

つかVarchar2とかやめて、Varcharを標準的なNULLの仕様にすれば良いDBなんだがなぁ

**NAME IS NULL** · 2022/12/21(水) 16:38:19.08

>>642
>文字列をフェチしてすぐにNULLと判断できるデータが入っている

ボラクル君はNULLと判断するためは文字列のフェッチが必要だと思ってるんだｗｗｗ
書けば書くほど無知を晒してるねｗ

**NAME IS NULL** · 2022/12/21(水) 17:39:07.43

そもそも他のDBMSでもNULLはあるから
> ゴッド博士のデータベースの考え方は、値がないなら値がないとはっきりわかるようにすべきというもの。
と言うのはOracleにはなんのアドバンテージもないんだけどね

> 空文字列を用意すると、空文字列に特定の意味を持たせる使い方をされるので、これは空文字列、空文字列、空文字列と騒いでいるやつのように製品としては何も制御できなくなる。
意味を持たせるのは分かるけど製品として何も制御出来なくなるとか意味わからん
まあ本人も何を言いたいのかよくわかってないんだろうなw

**NAME IS NULL** · 2022/12/21(水) 18:15:43.50

Oracleは文字列に限らずzero-lengthかどうかでNULLかどうかを判断するデータ構造になってる
NULLでもレコード末尾のNULL以外は長さ0を格納するために1バイト使う

1つのデータ項目を2つの意味使うというDB設計初心者でもやらないような欠陥なんだが
標準に合わせるためにはレコードのデータ構造とNULLの判断に関わる部分を全面的に修正する必要があるので
コストが大きすぎて手が出せない

**NAME IS NULL** · 2022/12/21(水) 18:44:44.23

>>650
> Oracleは文字列に限らずzero-lengthかどうかでNULLかどうかを判断するデータ構造になってる
また嘘書いてるなw

IS NULL関数に長さ0(ゼロ)の初期化済LOBを渡すと、0(ゼロ、FALSE)が戻されます。
https://docs.oracle.com/cd/E57425_01/121/ADLOB/adlob_sql_semantics.htm

**NAME IS NULL** · 2022/12/21(水) 22:37:09.03

>>651
分かっていってるんだと思うが
LOBの場合はNULLかどうかの判断に使ってるcolumn lengthにはlocatorの長さが格納されてる
行の中に実際格納されてるのはlocatorだけだから

同じ箇所に書いてある↓
「LOBで使用すると、IS NULLおよびIS NOT NULL演算子によってLOBロケータが行に格納されているかどうかが判別されます。」

**NAME IS NULL** · 2022/12/21(水) 22:43:21.84

これ見てもらうといいのかな
https://docs.oracle.com/en/database/oracle/oracle-database/21/cncpt/img/cncpt043.gif

他のDBMSはnullableなカラムがある場合は
row headerにnullかどうかを判断するためのbitmapが追加される方式が一般的
Oracleはそういう仕組みを持ってないからzero-lengthをNULLとして扱ってる

**NAME IS NULL** · 2022/12/21(水) 22:48:05.45

>>652
だから
> Oracleは文字列に限らずzero-lengthかどうかでNULLかどうかを判断するデータ構造になってる
が間違いだという指摘なんだけど？
わざわざ恥の上塗り乙

**NAME IS NULL** · 2022/12/21(水) 23:48:39.59

>>654
君の言うlengthと俺の言うlengthが違うだけ
OracleがなぜANSI準拠にできないのか仕組みを説明してあげたつもりだったんだがわかんないなら別にいい

**NAME IS NULL** · 2022/12/22(木) 04:50:38.33

>>655
> 君の言うlengthと俺の言うlengthが違うだけ
はあ？
わけわからん長さの定義出されても困るわ

> OracleがなぜANSI準拠にできないのか仕組みを説明してあげたつもりだったんだがわかんないなら別にいい
ポンコツOracleの仕組みなんてどうでもいいしw

**NAME IS NULL** · 2022/12/23(金) 21:13:45.00

決着付いた?

**NAME IS NULL** · 2022/12/23(金) 23:07:09.26

決着？
ボラクル君が遊ばれてるだけだよ

**NAME IS NULL** · 2022/12/26(月) 13:14:09.18

OracleDBのデータファイルはちゃんと領域を確保するまっとうな仕組み。

**NAME IS NULL** · 2022/12/26(月) 13:32:19.60

コッドがあとからNULL以外に「空」を追加したから、後発製品には「空」があるだけ。

空文字列にアプリケーション上の意味を持たせた設計はアンチパターン。

空文字列の場合は何かを意味するとしてしまうのはよくない。

数値型のときの「空」がゼロなのもよくない。
意図せずにゼロが入るのは完全な誤り。

**NAME IS NULL** · 2022/12/26(月) 19:41:24.87

空文字列なんて、ただの長さゼロの有効な文字列なんだが
空文字列なんて、ただの長さゼロの有効な文字列なんだが
数値の空は0ではだめなのに
文字列の空は空文字列でもいいと？

コッドが追加したNULL以外の空ってなに？

**NAME IS NULL** · 2022/12/27(火) 00:31:31.50

CoddのDBMSはSystem Rで、それが是だろ

**NAME IS NULL** · 2022/12/27(火) 19:13:52.48

>>661
NULLは空ではなくて、値がないという概念。

一部の人間がNULL以外に空文字列がほしいと言ったせいで、あとからNULLではない空文字列をコッドは追加した。

コッドはオラクル社と、一部のユーザーの意見を慌てて混ぜ込んだので、よくわからないものになった。

**NAME IS NULL** · 2022/12/27(火) 19:18:02.13

>>661
コッドはどのデータ型でも空が必要と考え直して、あせって空の概念を追加したから、数値の空がゼロになるという失敗をおかした。

ゼロが値のデータと、空を表現するゼロというデータの区別ができなくなった。

空文字列も同様に、空文字列が空なのか、空というデータなのか区別がつかなくなった。

**NAME IS NULL** · 2022/12/27(火) 19:20:10.01

>>663
空文字列のほうがNULLより古い概念だと思うんだがな

つまりコッドは自分の間違いに気付いて修正したのに
オラクルは修正しなかったと

**NAME IS NULL** · 2022/12/28(水) 00:44:53.00

おまえそんなウソをよく信じるなｗｗｗ

**NAME IS NULL** · 2022/12/28(水) 21:08:04.43

Edgar Frank “Ted” Coddが『A Relational Model of Data for Large Shared Data Banks』を書いたのが1969年
John McCarthyがLISP 1.5を作ったのが1958年
もちろんLISP 1.5に文字列は（当然空文字列も）ある
要するに>>663は単なるアホの妄想でしかない

**NAME IS NULL** · 2022/12/28(水) 23:39:34.80

オラクルがおバカな設計をしたもんだからこりゃダメだと感じて
空文字とNULLは違うんだよって至極当然のことを声高に宣言して標準化することになったんだよ

**NAME IS NULL** · 2023/01/04(水) 16:34:41.59

コッドはオラクル社が製品化したことについては悪く言っていない。
空の概念は後付けなので、オラクル社が製品化したときには、まだコッドは空の概念がなかった。

**NAME IS NULL** · 2023/01/04(水) 17:22:14.61

>>667
LISPおじさんは、空文字列がnilに変換されてしまうから怒っているのか。

ようやく変なこだわりが変わった。
それはLISPだけの話じゃない。

空文字列は空の文字列だから、NULLなんだよ？

わかった？

**NAME IS NULL** · 2023/01/04(水) 17:48:04.83

年明け早々ガイジが沸いてて草

**NAME IS NULL** · 2023/01/05(木) 09:27:21.66

NULLは空文字列と使う側が変換すればいい話をくどくど言うやつは死ぬまで言うんだろうな。

**NAME IS NULL** · 2023/01/05(木) 14:58:06.50

情報が失われてるのにどうやって変換するんだよｗ
NULLと空文字を区別するためのカラムを別途用意するのかｗｗ

**NAME IS NULL** · 2023/01/05(木) 16:45:00.33

空文字列がNULLの人に、下記２点、イエスかノーかで答えてほしい

１．空文字列は文字列として有効である
２．NULLは文字列として有効である

**NAME IS NULL** · 2023/01/06(金) 22:45:20.28

NULLは値がないことだよ

空文字列は空文字列という値だよ

空文字列はいらないと言ったのは博士だよ

歴史を知らないのなら、博士の考えが揺れたことをまずは調べてね。

**NAME IS NULL** · 2023/01/06(金) 22:54:26.06

OracleDBでもCLOB型なら、ロケーターがあっても中身は空文字列という状態がある。

OracleDBは博士の言うものを実装するにあたって、NULLを値とも考えて実装した。

これはNULLを値として扱わないと実装できないからだ。

博士はOracleを見て、自分の理屈が実現しにくい中途半端な仕様とわかり、他からの意見も急遽、取り入れて空の概念を付け加えた。

NULLという概念はすばらしい。
しかし、空という概念をあとから付け加えたせいで、NULLの定義が邪魔になった。

**NAME IS NULL** · 2023/01/06(金) 22:55:33.54

空文字列って初心者がよく使うよね
あれ何の意味があるんだろうか

**NAME IS NULL** · 2023/01/06(金) 23:00:02.73

空文字列は見えないから、CUIの時代に空文字列を使って何がしたかったのかな？

空文字列に意味を持たせる設計なんて、メインフレーム時代の発想。

**NAME IS NULL** · 2023/01/08(日) 17:57:43.19

ボラクル君はボラクル正常性バイアスに囚われて
低能ホラ吹きと化してしまってるな

**NAME IS NULL** · 2023/01/08(日) 23:22:37.55

>>679
心療内科などで掲示板の書き込みが気になって生活に支障が出ているかもしれないと相談した方がいいよ。

**NAME IS NULL** · 2023/01/09(月) 06:29:09.83

脱オラクルしなよ

**NAME IS NULL** · 2023/01/09(月) 21:39:23.15

有名どころはすべて使っているけど、どの製品も変なところはある。

**NAME IS NULL** · 2023/01/12(木) 16:53:22.41

【２月１３日】　原発上空にＵＦＯ？　【震度６強】
://rio2016.5ch.net/test/read.cgi/lifeline/1615255632/l50

**NAME IS NULL** · 2023/01/19(木) 22:35:08.25

>>681
DBAの立場からすると安易にOSSは勧められない。
安かろう悪かろうが必ず成立する世界だから。

MySQLもPostgreSQLもただの開発者ならまだいいが、DBA作業となると元の出来の悪さが際立って対処が難しくなる。

AWSでのOracleDBとSQL Serverが選択されるようになってきた。少し前までは減っていく方向だったが、フルマネージドはバージョンをどんどん上げないといけないから、仕様が変わっていないか頻繁に確認し直さないといけない。

**NAME IS NULL** · 2023/01/20(金) 05:53:38.02

脱オラクルはテクニカルな問題はあまり問題視されていないような

**NAME IS NULL** · 2023/01/21(土) 02:52:45.82

そりゃいまどき特定のDBMS(ORACLE)でしか使えないような機能とか、そうそうないからな

**NAME IS NULL** · 2023/01/21(土) 15:36:12.78

>>686
はあ？

**NAME IS NULL** · 2023/01/21(土) 15:37:29.54

>>686
DBMSの選定で機能比較をしたことがあるのか？
ないからそんなことが言える。

**NAME IS NULL** · 2023/01/21(土) 21:00:31.30

Oracle だけじゃないけど SQL-Server 使ってると order by ～ nulls first は欲しいと思う
逆にちょっとした値を直書きしたい時に Oracle だと select ～ from (VALUES (1, 'one'), (2, 'two'), (3, 'three')) as t (num,letter); ってできないのが不満だわ

**NAME IS NULL** · 2023/01/21(土) 23:12:57.75

>>689
SQL Serverは文字の照合順序が指定できる。

そうしなくてもUNION ALLでNULLレコードを最初に持ってくるか最後に持ってくるかをSELECT文で指定できる。

**NAME IS NULL** · 2023/01/21(土) 23:19:08.33

>>689
ORDER BYの仕様は、OracleDBがNULLをNULL値と定義したおかげ。

キャラクタセットと文字の照合順序をORDER BYに絡ませた他のRBDMSは、性能を優先したせいで面倒な比較条件、ソート条件が仕様として残ってしまった。

**NAME IS NULL** · 2023/01/23(月) 20:24:57.70

>>689
order by のNULLの順序は確かに指定したいときはままあるんだが、
ソートしたい項目にNULLが入ってる段階で設計間違ってる気がしないでもない

>>690-691
NULLは別に文字に限った話じゃないんだが？
ちなみに
>UNION ALLでNULLレコードを最初に持ってくるか最後に持ってくるかをSELECT文で指定できる。
これどうやるんだ？NULLレコードってなんだ？

**NAME IS NULL** · 2023/01/23(月) 20:36:47.29

>>692
> ソートしたい項目にNULLが入ってる段階で設計間違ってる気がしないでもない
left join の結果とかで null をどっちかに寄せたいとか

> >>690-691
例のキチなので相手しなくていいかと

**NAME IS NULL** · 2023/01/23(月) 21:28:14.57

------------
<テーブル>
・カラム
ID(主キー)(論理名　ID)
Number(論理名　巻数)
Title(論理名　タイトル)

・データ
ID 巻数　　　　　タイトル
1 第1巻　　　　　あいうえお
2 第2巻　　　　　かきくけこ
3 第3巻　　　　　さしすせそ
------------
このテーブルでInsert文作りたいのですが、
ID、Numberが+1ずつしていく場合、タイトル以外を自動加算させる書き方ってありますか？
------------
Insert Into テーブル
(ID,Number,Title)
Select
MAX(ID)+1, 第？？？回, たちつてと
From テーブル
------------
この　第？？？回　がわからず。。

**NAME IS NULL** · 2023/01/24(火) 01:03:41.31

>>692
ソートしたカラムにNULLのレコードがあると彼は言っている。

select aaa from abc where aaa = b and aaa is not null order by aaa
union all
select aaa from abc where aaa = b and aaa is null;

**NAME IS NULL** · 2023/01/24(火) 01:04:41.14

>>694
PL/SQLでやればいい

**NAME IS NULL** · 2023/01/24(火) 01:06:05.17

>>694
select max(id) だけでも破綻しているぞ？

**NAME IS NULL** · 2023/01/24(火) 11:44:08.22

>>695
そのSQL通るのか？
すくなくともSQL Serverではunionに指定できるorder byは最後に指定して全体に適用されるものだけのはずだが
サブクエリでTopとか使うなら個別のorder byは有効かもしれんが
unionした結果の行の順番は（全体としてのorder byがなければ）保証されないと思うが

ORACLEならそれで全体の順序が保証されるってなら、根拠となる資料教えてくれ

**NAME IS NULL** · 2023/01/24(火) 13:01:51.57

保証されるわけない
ちなみにオラクルでは個別のorder byも書けない

**NAME IS NULL** · 2023/01/25(水) 00:21:18.55

>>694
INSERT INTO ~ SELECT MAX(ID) + 1 …の形だと同時実行されたらダメじゃね？
他のDBMSと違ってオラクルだとSERIALIZABLEでもwrite skewが発生する

**NAME IS NULL** · 2023/01/25(水) 13:44:05.91

>>700
さすがにSERIALIZABLEでそんなことが起こったらダメだろうと思うんだが
WikiのSnapshot isolation のとこ見ると
>Oracle は snapshot isolation のことを "serializable" と呼んでいる
って書いてあるな

今回の例なら素直にシーケンス使えで良いかもしれんが
トランザクション設計ちょっと考えんといかんな

どおりでみんなやたらにfor update書くわけだ

**NAME IS NULL** · 2023/01/25(水) 15:22:11.85

オラクルでgap freeなシーケンスって存在する？

**NAME IS NULL** · 2023/01/25(水) 17:59:27.93

>>700
同時実行とか関係なく単にデータを生成したいだけかもしれない

**NAME IS NULL** · 2023/01/25(水) 23:07:49.88

>>698
unionとunion allはまったく別物

**NAME IS NULL** · 2023/01/25(水) 23:18:07.37

>>698
select句に対して、ひとつのorder by句が対応するという構文の仕様があるが、select文のfrom指定をインライビュー(副問い合わせ)にすれば問題ない。

これは昔は想定していなかった仕様だから、SQLとして互換性を持たせるための構文仕様の話。

副問い合わせは、現在ではあたりまえの拡張構文だけど、古い仕様があるから、わさわざ2段階にしないといけないだけ。

**NAME IS NULL** · 2023/01/25(水) 23:19:41.26

------------
<テーブル>
・カラム
ID(主キー)(論理名　ID)
Number(論理名　巻数)
Title(論理名　タイトル)

・データ
ID 巻数　　　　　タイトル
1 第1巻　　　　　あいうえお
2 第2巻　　　　　かきくけこ
3 第3巻　　　　　さしすせそ
------------
このテーブルでInsert文作りたいのですが、
ID、Numberが+1ずつしていく場合、タイトル以外を自動加算させる書き方ってありますか？
------------
Insert Into テーブル
(ID,Number,Title)
Select
MAX(ID)+1, 第？？？回, たちつてと
From テーブル
------------
この　第？？？回　がわからず。。

**NAME IS NULL** · 2023/01/25(水) 23:23:04.05

>>706
単に

select id, '第' || id || '巻' as 巻数,タイトル from テーブル;

すらわからないレベルだと思われる。

**NAME IS NULL** · 2023/01/25(水) 23:59:48.35

>>701
serializableという言葉の定義は、製品によってバラバラ。

「Oracle は snapshot isolation のことを "serializable" と呼んでいる[1][2][3]。

PostgreSQL は以前は snapshot isolation のことを "serializable" と呼んでいたが、version 9.1 から "repeatable read" と呼ぶよう変更した[4][5][6]。

どちらの判断が正しいかは議論があるが、いずれにせよユーザは両者の違いをよく理解してデータ一貫性を失わないように注意する必要がある。」は、単にそう言っているだけ。

OracleDBは読み取り一貫性がなくなった時点で、ORA-1555の例外が発生して、トラサンザクションがロールバックされるから問題ない。

**NAME IS NULL** · 2023/01/26(木) 02:14:02.80

>>708
別にエラーがでるなら問題ないんだよ
スナップショットだと読み取り一貫性は保たれてるのにwrite skewが発生するから問題なんだが？

さすがにserializableなのに直列化されないから注意しろとか地雷以外のなにものでもないわ
オラクルはよく言われるけど、昔からのおかしな仕様が修正しようにもできないからなぁ

**NAME IS NULL** · 2023/01/26(木) 02:42:30.44

>>709
ちゃんと出来ていないものと、ちゃんと出来ているOracleDBを比較しても意味がない。

SQL Serverは例外(エラー)が発生しても、処理が自動的には止まらないというポンコツ。

人間がポンコツをポンコツだとわかってちゃんと使えるかどうかと、人間がミスしたら決まり通りに動く仕様のどちらがいいかだ。

OracleDBはそういう難癖、批判を受け続けているから、ちゃんとお金をかけて仕様を決めて作り込んでいる。

SQL ServerやMySQL系はSQLに存在しないテーブルが書いてあっても、構文チェックでははねずに、処理を実行するタイミングで実行時エラーを出す。

PostgreSQLも似たようなポンコツぶりだが、基底のデータ型が原因のSQL問題がある。

最初に作り込んでいた製品と、あと付けした製品だと、あと付けした製品の方が癖が強い。

何が正しいとか、何がおかしいとか正解がないのに、仕様が明確な製品をおかしいというのは、本当に嫌がらせにすぎない。

製品マニュアルがまともにない製品を基準に語るのは自由だが、製品の仕様を理解しないまま悪口を言うのは性格がよろしくない。

**NAME IS NULL** · 2023/01/26(木) 02:54:55.00

自分の好きな製品のスレッドを盛り上げようとはしないあたりが性格が歪んでいると思う。

データベース板はOracleDBの悪口しか書かれない。
たくさん悪口を書かれるということは、それだけたくさん使われていて不満が少ないということだ。

日本IBMなんてDb2が心配なら、OracleDBを使ってくださいというぐらい、ちゃんと製品の選定をしている。

日本マイクロソフトは、SQL Serverのソースコードを読ませて、バグを外部から教えてもらってから、さあどうするかというレベル。

MySQLはMySQLしかわからない人向けの製品。
PosgreSQLは玄人向け製品。

**NAME IS NULL** · 2023/01/26(木) 06:34:17.89

>>704
お前の戯言はどうでもいいから
> ORACLEならそれで全体の順序が保証されるってなら、根拠となる資料教えてくれ
よろしく

**NAME IS NULL** · 2023/01/26(木) 10:20:23.59

>>712
オラクル社の製品マニュアル

オラクルマスターの試験でも質問の仕方が違うだけで、昔から出る問題だよ。

**NAME IS NULL** · 2023/01/26(木) 10:38:59.85

>>713
マニュアルの名称とページ数よろしく

ちなみにゴールド持ちにきいたら何アホなこと言ってるんだよ
って言われたけどねw

**NAME IS NULL** · 2023/01/26(木) 12:00:31.15

>>714
試験の仕組み上、Gold保持者は移行試験というショートカットがあるため、あまり知識がない場合がある。

Oracle Databaseの概要トランザクションの管理
https://docs.oracle.com/cd/F19136_01/cncpt/introduction-to-oracle-database.html#GUID-ACACFFBC-BCB9-4BA9-A2A3-1B9B2003B3B4

Oracle Databaseの概要トランザクションの管理トランザクション
https://docs.oracle.com/cd/F19136_01/cncpt/transactions.html#GUID-B97790CB-DF82-442D-B9D5-50CCE6BF9FBD

Oracle Databaseの概要トランザクションの管理データ同時実行性
https://docs.oracle.com/cd/F19136_01/cncpt/data-concurrency-and-consistency.html#GUID-AD0CEE83-2F33-4906-94E1-3D1022924C63