Oracle 質問総合スレ14

**質問者** · 2022/10/01(土) 20:01:39.75

>>553

分けて、export,importですか？
データと構造を分ける感じですかね？

**NAME IS NULL** · 2022/10/01(土) 20:38:32.87

>>555
ネタなのか？

**NAME IS NULL** · 2022/10/01(土) 20:40:21.84

>>555
そもそもその構成はOracle DataGuardの構成ですよ。

**質問者** · 2022/10/01(土) 22:15:15.63

すみません。全然知識がないので、自分はおかしなことを言ってると思います。

分けるというのは
expdb CONTENT=DATA_ONLY
expdb CONTENTMETADATA_ONLY
でやることかと思いました。

**NAME IS NULL** · 2022/10/01(土) 22:21:55.87

>>558
データベース全体のエクスポートとインポートしか知らないのか？

論理バックアップでいい理由も書いてないから、アドバイスのしようがない。

**NAME IS NULL** · 2022/10/02(日) 09:25:37.07

Oracleのvarchar2って4000バイトが上限だけど、max_string_sizeを変更する以外にいい方法はないのだろうか

**NAME IS NULL** · 2022/10/02(日) 11:16:07.09

>>554
目的が開発環境を作成することなら、本番環境を作ったときの手順をもう一度実行するのが一般的だと思う。
この場合はできたDBが空っぽになるので、あとはデータを入れればいい。

これにはバックアップ＆リカバリのさまざまな手法が使える。先の expdp/impdb はその一つ。

ストレージの空き容量が足りないというなら、小さなダミーデータを作るか、本番データをもとにサブセットを
expdpで作るか (これは >>553 で述べられている意味) になると思う。

もう一つの方法として、たとえばAmazon EC2のようなクラウド環境でOracleインスタンスが動いている場合、
マシンイメージのスナップショットをリストアすることで簡単に複製を作れる。ただしライセンスに注意。

いずれにせよ、>>552 で書かれていることを整理して、自分の実力を勘案してできる方法を見つけるしかないと思う。
あるいは「できない」と宣言するのも一つ。そうすればできる人が来るよ。

**NAME IS NULL** · 2022/10/02(日) 13:30:21.72

移行元のバックアップはどう取ってるの？
rmanで取ってるなら、バックアップファイルとアーカイブログと現行の制御ファイルとまるごと移行先に持って行ってrecover database すればいいんじゃないの。ダウンタイム設ける必要ないし。

**NAME IS NULL** · 2022/11/23(水) 09:29:22.16

WindowsのOracleからDBリンクでPostgreSQLに接続しようとしたけどうまくいかない。
ODBCやA5:SQL Mk-2では接続できているのですが。
参考になるWebサイトが知ってましたら教えてもらえると助かります。

**NAME IS NULL** · 2022/11/24(木) 16:19:31.03

>>563
データベースリンクを作っただけで繋がると思っている時点でおかしい。

OracleDBのデータベースリンクの接続先の設定にODBC接続なんてないぞ。

おそらくODBCを使用しないような設定なのにそれを勘違いして直接、接続先を指定していないか？

**NAME IS NULL** · 2022/11/24(木) 17:16:53.30

Oracle Database Gateway for ODBCを使うんじゃ無いのか?

**563** · 2022/11/24(木) 18:40:02.28

返信ありがとうございます。
Oracle Database Gateway for ODBCを使用していまして、ODBCのシステムDSNでは接続できています。
initdg4odbc.ora・listener.ora・tnsnames.oraに追記してDBリンクを作成したのですが、接続できませんでした。

**NAME IS NULL** · 2022/11/24(木) 19:54:25.77

エラーメッセージを書かない理由が知りたい

**NAME IS NULL** · 2022/11/24(木) 22:16:15.51

業務システムだとPostgreSQLに接続するリスクの方がでかい。

**NAME IS NULL** · 2022/11/25(金) 04:30:25.87

>>566
できるだけ簡単な検証用のシステムを用意して
できるかどうかを試したら?

**563** · 2022/11/28(月) 21:53:03.28

見積作成の為に仮想環境を作成して確認した結果だったのですが、
仮想環境を待避してしまってましたので再確認に時間がかかってしまいました。
OSqlEditからDBリンクでテーブルをSELECTした時のエラーは以下になります。

Error
[row:1,col:33] ORA-28545: エージェントへの接続時に、Oracle Netによってエラーが診断されました。
Unable to retrieve text of NETWORK/NCR message 65535
ORA-02063: 先行のエラー・メッセージを参照してください2 lines([DBリンク名])。

とりあえずDBリンクは使用しない方向性で見積は作成しちゃいました。

**NAME IS NULL** · 2022/11/28(月) 22:47:05.23

>>570
listener.ora、tnsnames.oraの記述に矛盾がなくても、いまは静的なファイルで管理はしてなくて、動的に管理しているからファイルの内容を書き換えただけでは設定は変わらないから注意。

**NAME IS NULL** · 2022/11/28(月) 22:47:34.41

特にリスナーのことな

**NAME IS NULL** · 2022/11/29(火) 00:19:00.89

動的リスナー登録がわからなくて騒ぐやつは後を絶たない。

**NAME IS NULL** · 2022/12/03(土) 03:34:54.19

皆さん、基本sql developer使って開発する感じですか？
つくづく思うんですけどssmsと比べてデフォルトの開発環境クソすぎませんか？

**NAME IS NULL** · 2022/12/03(土) 04:55:53.16

うちはEmacsとSQL*Plus
大事なのはツールより何をなすかでは?

**NAME IS NULL** · 2022/12/04(日) 17:57:37.05

>>574
単にOracleDBは、昔から詳しい人が多いうえに、仕様を頻繁に変えないから、開発環境なんてGUIすらいらなかったりする。

プロはCUIツールで仕事をするよ。

**NAME IS NULL** · 2022/12/04(日) 18:00:48.84

>>574
SSMSは開発ツールではありませんよ？

SSMSはVisual Studioの一部を内蔵しているだけです。

T-SQLは仕様がクソなので、高度な開発ツールを使っても、見た目の雰囲気でそう思ってしまうだけです。

**NAME IS NULL** · 2022/12/04(日) 18:08:04.71

>>574
ちなみにSQL DeveloperはもともとOracle社が作ったものではなく、OracleDBをよくわかっていないJavaプログラマが作った歴史が浅いのものなので、いろんなところが洗練されていませんし、いまだにOracleDBの文化に従っていないところがあります。

オラクル社は商売上手なので、安かったからSQL Developerを買収しただけです。

さらに昔からサードパーティ製の日本ではSI ObjectBrowser、外国だとPL/SQL Developerが高機能で優れていたので、オラクル社はわざわざ用意しなかったんです。

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

>>574
それ見た目の雰囲気だけのイメージですね。
SSMSは使って見ると思ったよりもクソです。

しかもSSMSは開発ツールと運用ツールを一緒にした管理ツールです。

OracleDBは、Enterprise Manager Cloud Controlが管理ツールのメインで、SQL Developerは使ってと使わなくてもいい開発ツールに簡易的な管理機能を持たせたものです。

**NAME IS NULL** · 2022/12/04(日) 18:26:51.17

クソダサいｗｗ

**NAME IS NULL** · 2022/12/04(日) 18:28:44.96

MySQLのWorkbenchや、PostgreSQLのpgAdminなんてもっとひどいです。

データベースの世界はGUIでやるのは初心者なんですよ。

マイクロソフトは見た目重視のGUI偏重という時代遅れなんです。

いまはGUIならシンプルなGUIが好まれ、プロはCUIを好むように変化しています。

DockerやAnsible、Git、WindowsだとWSL2などCUIで何もかもするのが、最近の主流です。

GUIのゴテゴテして統合開発環境は徐々に廃れ始めていて、マイクロソフトもVSCodeにシフトしていますね。

**NAME IS NULL** · 2022/12/04(日) 18:43:06.03

すごい！全然同意できない！

**NAME IS NULL** · 2022/12/04(日) 20:53:29.83

適当に書いていると、バカにしてくるやつが必ず反応するのがこのスレ。

もっと新しい反応はないのか？

もうジジイで頭の劣化がはげしいんだろうな。

**NAME IS NULL** · 2022/12/04(日) 21:02:22.35

SQL ServerはSSMSは良さそうでも、SQL Serverが昔のクソ仕様を引きずっているから、マイクロソフト製品でかためたシステムでないと選択するメリットがまったくない。

さらにマイクロソフトのサポートは形だけで、マイクロソフトそのものがSQL Serverの仕様がわからず、ソースコード開示している日本のSIerからソースコード解析でバグを指摘されたり、そのSIerからSQL Serverの仕様を教えてもらうありさま。

マイクロソフトの公表しているSQL Serverの仕様はウソだらけ。

SQL Serverの高度なDBAの仕事は地獄をみるし、SQL Serverは高度な機能を使うと痛い目にあたるとユーザーもわかっている。

**NAME IS NULL** · 2022/12/04(日) 21:39:14.13

具体的にどんな事例があったのかがないとなんとも・・・

**NAME IS NULL** · 2022/12/04(日) 22:58:24.15

たくさん言い訳を書かなければ自分を正当化できなくなるのな
そりゃベンダーも落ち目ならそれに固執するエンジニアも落ち目になるわ

ザ・老害！

**NAME IS NULL** · 2022/12/06(火) 00:02:31.54

sql serverは開発ツールは優秀だけどストアドの文法仕様がクソ
oracleは開発ツールはクソだけどストアドはまだ比較的マシ

**NAME IS NULL** · 2022/12/06(火) 01:19:36.02

>>587
SQL Serverのストアドプロシージャは、Oracleの次にちゃんとできている。

SQL Serverのストアドプロシージャは例外処理があってないようなもの。

まずユーザー定義例外しか発生しない。
さらにシステムエラー情報を取得しても、ほとんど意味のない情報しか出てこない。

MySQLのストアドプロシージャは、とにかくやる気なしで、構文が無理やりすぎ、できること少なすぎであまり使えない。

PostreSQLのストアドプロシージャは、よくできていて、OracleのPL/SQLをまねたもので作れる。
しかし、PostgreSQLは初期のデータ型が独特だったため、いまでもデータ型のキャストで苦労する。プリミティブのデータ型が文字データはtext型、数値データはinteger型で、リテラル値を書くとデータ型の問題がすぐに出てくる。

Db2のストアドプロシージャは、OracleのPL/SQLをビルトインパッケージまでそのまま取り入れているので、Oracleのストアドプロシージャのコードがそのまま動いたりする。

**NAME IS NULL** · 2022/12/06(火) 04:27:16.27

言いたいことがよく分からんが、Oracleのストアドプロシージャで書かれたコードは
Oracleでしか動かないので、それを使うと後で苦労すると理解した。

**NAME IS NULL** · 2022/12/06(火) 06:58:17.60

空文字列とnullの区別もつかないDBMSのスレでポスグレのデータ型が独特とか言われても...

**NAME IS NULL** · 2022/12/06(火) 08:39:36.78

>>590
NULLは値のないことを表現するとコッド博士の決めたことをそのまま実装しただけ。

**NAME IS NULL** · 2022/12/06(火) 08:41:19.36

>>589
Oracleスレまで来て説明されても、Oracleはダメだと言って去るキチガイ

**NAME IS NULL** · 2022/12/06(火) 11:15:14.43

>>591
空文字列と値が無い事の区別もつかないガイジでしたかw

**NAME IS NULL** · 2022/12/06(火) 20:12:10.40

>>593
コッド博士は、空を表現するのがNULLだと発表した。

あとでそれは失敗だったんじゃないかと指摘されて、空の概念を二重構成にした。

空文字列はいいが、数値も空を定義して数値の空はゼロだと決めた。

これも炎上して数値の空がゼロというのは、現実的ではないと批判されたが、自分の判断ミスを受け入れられず、そのままどのデータ型もNULLと空状態を持てとした。

これだと実際に製品を作っている会社は、ヘンテコな仕様なので、空文字以外の仕様は拒否している。

**NAME IS NULL** · 2022/12/06(火) 20:15:03.42

>>593
ちなみにNULLはNULL値ともいう。

文字データ型に空文字という状態を取り入れた製品を使っていると、NULLと空文字列が混ぜこぜになったレコードが作成されやすく、常にNULLと空文字の両方を意識した設計をしないといけない。

**NAME IS NULL** · 2022/12/06(火) 20:17:17.51

>>593
いい加減、わざわざNULLという概念を持ったのは、昔はCUIの環境だからだよ。

空文字じゃ、なんも見えない。
明示的に空ですと表現する必要があったから、NULLを表示する。

**NAME IS NULL** · 2022/12/06(火) 20:25:48.81

>>595
> 文字データ型に空文字という状態を取り入れた製品を使っていると、NULLと空文字列が混ぜこぜになったレコードが作成されやすく、常にNULLと空文字の両方を意識した設計をしないといけない。
バカに設計させるなよ...

**NAME IS NULL** · 2022/12/06(火) 20:30:14.37

>>597
そんなのあるあるだろw

空文字、半角スペース一つ、NULLとか変な使い分けをするやつはいっぱいいる。

**NAME IS NULL** · 2022/12/06(火) 21:17:09.70

半角スペース一つとか、NULLと空文字列を区別できない欠陥DBでしか見たことないわ

**NAME IS NULL** · 2022/12/06(火) 21:21:22.13

NULLはNULL Value、空文字列は文字が空。

**NAME IS NULL** · 2022/12/06(火) 21:22:21.53

>>599
空文字列がNULLなんだぞ？

空文字列というものを使いたがるのは、プログラマでも初心者

**NAME IS NULL** · 2022/12/06(火) 21:34:20.48

>>598
> 空文字、半角スペース一つ、NULLとか変な使い分けをするやつはいっぱいいる。
お前の周りの話されてもなw

**NAME IS NULL** · 2022/12/08(木) 18:51:46.08

空文字列とNULLの使い分けは普通だし、ＤＢ使うならできて当たり前だけどな
NULLの概念を理解しないやつは設計するなよと

**NAME IS NULL** · 2022/12/09(金) 01:37:31.49

sql serverスレと比べてギスギスしてんなw

**NAME IS NULL** · 2022/12/09(金) 06:51:31.18

年寄りが多いんだろ

**NAME IS NULL** · 2022/12/17(土) 15:57:49.34

OracleDBはコッド博士の関係データベース理論をかなり忠実に実装したから、空データはNULLとするというコッド博士の論文に従っただけ。

**NAME IS NULL** · 2022/12/17(土) 16:57:25.90

>>606
コッド博士の言い分を間違って解釈したバカ笑
ゼロの概念すら理解できてないって石器時代の人間かよｗ

**NAME IS NULL** · 2022/12/17(土) 21:50:07.81

>>606
> 空データはNULLとするというコッド博士の論文に従っただけ。
それはいいけど空文字列と空データの区別もつかないのはかなりヤヴァイ

**NAME IS NULL** · 2022/12/17(土) 22:01:00.78

NULLの話ツマラナイ

**NAME IS NULL** · 2022/12/17(土) 22:30:26.70

先月からOracle formsの開発にまわされたんだけどこれクソオブクソですね
サポート切った方がみんな幸せになれる気がする

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

>>608
空文字列は空データのことだよ。あんた本当に何も調べてないんだな。

コッド博士は空、空文字列をNULLとするとしたところ、批判が出でてNULL以外に空、空文字列を用意することになった。

そのせいで数値も空を用意しなくてはならず、製品を実装する側は、数値の空がゼロとするしかなく、これはこれで批判されている。

NULLであれば、データを取り出すフェッチ処理の負荷も下がるから、NULLも製品の実装ではメリットがある。

空文字列の状態を欲したがるのは、初心者プログラマだけ。

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

>>610
オラクル社ももう推奨していないものですからね。

Application Expressかよくわからない人間がOracle Formsを使おうとしたんでしょうね。

Javaアプレットを選択するプロジェクトは何を考えているのかわかりませんね。

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

>>610
昔はGUIのアプリケーション開発で進んだ考えのものだったのでクソではないんですけどね。

コントロールが独特で嫌なのはわかりますが、それを言うとSAPは何もかもクソで嫌になります。

シェアが高ければヘンテコでもそれが標準になるんです。

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

>>611
> 空文字列は空データのことだよ。
そんなアホな事を言ってるのはお前だけ
違うと言うならソース出してみw

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

>>614
A Relational Model of Data for Large Shared Data Banks

Relational Completeness of Data Base Sublanguages

1981 Turing Award Lecture - Relational Database: A Practical Foundation for Productivity

The Relational Model for Database Management (Version 2 ed.). Addison Wesley Publishing Company

**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

**NAME IS NULL** · 2023/01/26(木) 12:19:40.43

>>715
頭大丈夫か？
トランザクションの話じゃなくて
> unionした結果の行の順番は（全体としてのorder byがなければ）保証されないと思うが
> ORACLEならそれで全体の順序が保証されるってなら、根拠となる資料教えてくれ
の話だぞw

**NAME IS NULL** · 2023/01/26(木) 14:44:33.99

>>716
705 NAME IS NULL 2023/01/25(水) 23:18:07.37 ID:YToOJ4zV
>>698
select句に対して、ひとつのorder by句が対応するという構文の仕様があるが、select文のfrom指定をインライビュー(副問い合わせ)にすれば問題ない。

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

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

**NAME IS NULL** · 2023/01/26(木) 14:45:43.06

>>716
製品マニュアルのSELECT文の構文部分を読め
難しいだろうから、しばらくは暇つぶしになるだろう。

**NAME IS NULL** · 2023/01/26(木) 14:49:05.23

>>716
まずは冷静に読みなさい。
間違えたもの訂正したから、訂正部分をスルーしたのは私の書き方が悪いのもあるが、特定厨のくせにちゃんと見てないあなた様をちょっとおかしい。

**NAME IS NULL** · 2023/01/26(木) 14:52:21.72

このスレは機能不全になったな。
データベース板はどのスレも書き込みがあると、他人の書き込みのアラ探しをする無職がいるようだ。

OTNの掲示板が機能していた時代でも、ネットで質問して返ってくる内容なんて変なのばかりだったぞ。

匿名をいいことに他人の書き込みをいちいちギャーギャー言うのは、本当にタチが悪い。

**NAME IS NULL** · 2023/01/26(木) 15:11:59.93

>>718-719
ドヤ顔で頓珍漢なトランザクションのURL示せるんならselectの説明してるURL示せよ

**NAME IS NULL** · 2023/01/26(木) 15:22:22.59

最初に言った人がORDER BYでNULLを最初か最後かに指定できないと言ったのを、そういう仕様だったかなと思ったしまっていた

よく考えたら、OracleDBでもちゃんとNULLの並び順の指定方法があることを思い出したよ。

ORDER BY句に下記のものを書けば、NULLのカラムが最後にくるか、最初にくるか指定できる

NULLS LAST
NULLS FIRST

**NAME IS NULL** · 2023/01/26(木) 15:27:44.63

>>717
>select文のfrom指定をインライビュー(副問い合わせ)にすれば問題ない。
つまり>>695のSQLは間違ってるんだな
じゃあまず正しいSQL示せ

その上で副問い合わせで指定した順序が最終の結果セットで保持されている根拠を示せ？

**NAME IS NULL** · 2023/01/26(木) 15:29:45.58

>>723
インラインビュー内のSELECT文のソートは標準SQLで決まっているので、OracleDB固有の仕様ではない。

質問者はもういないんだから、あなたが検べてください。

**NAME IS NULL** · 2023/01/26(木) 15:29:58.27

>>721
https://docs.oracle.com/en/database/oracle/oracle-database/19/sqlrf/SELECT.html#GUID-CFA006CA-6FF1-4972-821E-6996142A51C6

**NAME IS NULL** · 2023/01/26(木) 15:31:10.69

>>720
技術系の板で技術的に問題のある内容書いたらたたかれるのは当たり前
むしろそれは本来あるべき姿

つっこまれるような内容を連発するから機能不全になってるんだが

まあ
>ネットで質問して返ってくる内容なんて変なのばかり
そう思うならお前は回答するな

**NAME IS NULL** · 2023/01/26(木) 15:34:10.33

ああそう

**NAME IS NULL** · 2023/01/26(木) 15:34:46.93

>>722
>SQL-Server 使ってると order by ～ nulls first は欲しいと思う
に対して
>UNION ALLでNULLレコードを最初に持ってくるか最後に持ってくるかをSELECT文で指定できる。
って解答がそもそもの発端なんだが、これお前の発言じゃないのか？

**NAME IS NULL** · 2023/01/26(木) 15:35:16.15

>>726
データベース板は過疎板なんだけどな

**NAME IS NULL** · 2023/01/26(木) 15:36:44.39

>>728
そうだったね。勘違いした。

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/26(木) 15:40:38.39

>>724
標準SQLではインラインビューにORDER BYは書けなかったはずだが
ちなみに、どのレベルの標準SQLだ？
標準SQLの規格書手元にないから、書けるって根拠があるなら教えて

**NAME IS NULL** · 2023/01/26(木) 15:41:35.97

>>728
SQL Serverの場合はunion allするselect文のfrom句に副問い合わせのselectでorder byができる。

自分も当初はSQL Serverのことを書いていたんだと思う。

それがOracleスレだから、OracleDBのSQLの話にすり替わってしまったようだ。

ごめんね。

**NAME IS NULL** · 2023/01/26(木) 15:43:16.08

>>731
これだよ
https://livedoor.blogimg.jp/hanagenuki-jet/imgs/f/d/fdc4c8a6.jpg
https://livedoor.blogimg.jp/newsteams/imgs/b/c/bc348e40.jpg

**NAME IS NULL** · 2023/01/26(木) 15:49:05.28

>>724
ボラクル君また論破されて嘘垂れ流しｗｗ

**NAME IS NULL** · 2023/01/26(木) 15:52:52.94

>>732
>副問い合わせのselectでorder byができる
それは>>698にも書いてある通り
そして肝心なのはそこじゃなくて、それをunion (all)しても、結果の順序は保証されないってことだぞ

**NAME IS NULL** · 2023/01/26(木) 15:55:31.24

>>708
serializableが満たすべき条件はSQL標準に明記してある
オラクルはそれを満たせてないが”マーケティング”上の理由から
serializableがサポートされてるかのように意図的に見せかけ何十年も嘘を付き続けてきた

オラクル使いでオラクル特有のserializable問題を把握できてないやつはモグリ

**NAME IS NULL** · 2023/01/26(木) 16:00:58.44

Postgresは同じMVCCだからオラクルの嘘にならった形だが
その後本当のserializableを実装したのでオラクルの嘘から決別した
OSSの自浄作用

**NAME IS NULL** · 2023/01/26(木) 18:01:04.27

トムも完全論破されてダンマリになったやつだね
https://asktom.oracle.com/pls/apex/asktom.search?tag=serializable-transaction-200203#7972314700346162539

**NAME IS NULL** · 2023/01/26(木) 18:15:15.47

>>725
だから構文はいいから
> unionした結果の行の順番は（全体としてのorder byがなければ）保証されないと思うが
> ORACLEならそれで全体の順序が保証されるってなら、根拠となる資料教えてくれ
の動作の話はどこに載ってるんだよ
そもそもUNIONの話なら
https://docs.oracle.com/en/database/oracle/oracle-database/19/sqlrf/The-UNION-ALL-INTERSECT-MINUS-Operators.html#GUID-B64FE747-586E-4513-945F-80CB197125EE
じゃねーのか？
まあこっちにもそんな記述は当然ないんだがw

**NAME IS NULL** · 2023/01/26(木) 21:52:01.78

>>739
気持ち悪いと思うけど、FROM句の副問い合わせにするとORDER BY句が機能するようになっている。

これはOracleDBだけでなく、UION ALL時の仕様として定義されてしまった。

UION ALLは結果セットレコードの連結なので、それぞれのSELECT文はインラインビューでソートできる。

気持ち悪いのはわかるが、UNION ALLは集合演算をしていないので、そういうことができる方がいいと思いついた人間を責めてくれ。

**NAME IS NULL** · 2023/01/26(木) 21:59:27.11

すげー伸びてると思ったら
いつもの人の異次元の言い訳だったw

**NAME IS NULL** · 2023/01/26(木) 22:05:33.15

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

**NAME IS NULL** · 2023/01/26(木) 22:05:44.99

>>741
変なおっさんのせいだよ

**NAME IS NULL** · 2023/01/26(木) 22:11:46.40

>>741
間違ってたのならゴメンナサイしとけばいいだけなのにね

**NAME IS NULL** · 2023/01/26(木) 22:16:48.13

まあ、UNIONとUNION ALLは別物だから、奇妙に見えてしまう。

構文解析上は、内側のSELECT文を先に実行するから、製品マニュアルでもSELECT文の構文仕様としては可能になっている。

気持ち悪いのはよくわかるが、これはUION ALLの特徴だなら仕方ない。

何度も言うけど、これはOracle独自仕様ではない。

**NAME IS NULL** · 2023/01/26(木) 22:17:38.24

>>744
ごめんねと書いたんだけど、あなたみたいにみんな読まないんだよ

**NAME IS NULL** · 2023/01/26(木) 22:24:18.34

>>744
もうここまで拗らせたら無理だろw
根拠出せと言われて普通は黙るのにアホな妄想全開だし

**NAME IS NULL** · 2023/01/26(木) 22:58:26.51

>>745
unionで内側ってなに？
構文を問題にしてるんじゃなくて、結果が保証されるかどうかを問題にしてるんだが？
オプティマイザって知ってるか？そもそも、SQL処理では構文と実行方法は一致しないのが原則なんだが

ちなみにオラクルって、そもそもオフセットとらないサブクエリのORDER BYが許されるのか？

>>746
オラクルと勘違いしてたんだろ
ならオラクルなら個別の順序が保証される根拠示せよ
ごめんねはいいから、いい加減な情報だすな

**NAME IS NULL** · 2023/01/27(金) 00:23:44.16

ボラクル君は並列実行知らないんだなｗ

**NAME IS NULL** · 2023/02/03(金) 01:35:52.82

脱オラクル方針でOracleは使えないためSQL Serverをスタディしてるんだが、ギャップが大きいなと感じることが多い。

・Transact-SQL(?)の最後の「GO」は、PL/SQLの無名ブロックとはちがうのか?
・CREATE INDEXが終わったのにINDEXが作られていない。代わりに「統計」が作られていて、忘れた頃にINDEXができてるのは仕様か?
・エラーメッセージリファレンスに「原因」や「対応方法」が書かれていないんだが、どうやって開発してるんだろう?
・そもそもドキュメントがあるのか? SQLServer⇔Oracleの移行ガイドが欲しい

**NAME IS NULL** · 2023/02/03(金) 01:39:15.06

↑いろいろ書いたけど、質問は『 SQLServer⇔Oracleの移行ガイドが欲しい (がどんな形で見つかるか?)』のところ。

**NAME IS NULL** · 2023/02/03(金) 07:26:08.84

なぜこのスレで聞いてるんだ？
普通は移行先のスレで聞くだろ

**NAME IS NULL** · 2023/02/03(金) 17:44:27.80

ここの住民でSQL Serverを知ってる人は多くない

**NAME IS NULL** · 2023/02/03(金) 19:00:42.39

MSのサイトに移行ガイドあるでしょ