Oracle Database のエラーが分かり辛い...ORA-00904: "USERS0_"."INSERTUSER": 無効な識別子です。

ただ、手数料の引き上げはスマホ決済終了の「決め手」ではなさそう。丸亀製麺ではSuicaやiDといった非接触型ICカードによる決済サービスを継続しているからだ。こうした非接触型ICカードによる決済サービスの手数料は、値上げ後のスマホ決済手数料よりも割高なケースが多い。手数料の値上げを懸念するのなら、真っ先に非接触型ICカード決済が切られるはずだ。

利用者も加盟店も？じわじわと広がる「スマホ決済離れ」の予兆（2ページ目） - M＆A Online

⇧ 「手数料」だけの話でもなく、

「スキャン支払い」は中小・零細事業者囲い込みのために導入された仕組みだが、(1)顧客がスマホを取り出す(2)決済アプリを開く(3)店舗の専用QRコードをスキャンする(4)金額を入力する(5)店舗スタッフが金額を確認(6)決済ボタンを押すと、最低でも6つの手順を踏む必要がある。ランチタイムにレジが混雑する外食や夕方に買い物客が増えるスーパーなどでは、かえって現金決済よりも時間がかかるケースもある。

利用者も加盟店も？じわじわと広がる「スマホ決済離れ」の予兆（2ページ目） - M＆A Online

一方、非接触型ICカード決済は、(1)顧客がスマホを取り出す(2)店舗のICリーダーにかざすの2ステップで済む。レジの混雑を避けたい事業者がスマホ決済からいち早く撤退したのにも、スマホ決済の煩わしさという理由がありそうだ。

利用者も加盟店も？じわじわと広がる「スマホ決済離れ」の予兆（2ページ目） - M＆A Online

⇧ ってな具合に、「スマホ決済」システムの作りの問題も絡んでますと。

ただ、その問題も、

丸亀製麺ではスマホ決済については一時的な使用停止で、全店舗へ導入ができるようシステム改修を進めているという。これは店舗側が顧客のスマホに表示されるバーコードをスキャナーで読み取る「バーコード支払い」に対応するためとみられる。こちらは(1)顧客がスマホを取り出す(2)決済アプリを開く(3)レジで顧客のバーコードをスキャンするの3ステップで済む。それでも非接触型ICカード決済より1ステップ多い。

利用者も加盟店も？じわじわと広がる「スマホ決済離れ」の予兆（2ページ目） - M＆A Online

⇧ とあるように、ほぼ解決できたと言っても良いのではないかと。

まぁ、「キャッシュレス社会」の流れは、ポイント還元が終了してからの期間の調査結果が出てこないと何とも言えないよね～。

むちゃくちゃ、脱線しましたが、今回は、Oracle Database 関連の話になるかと。

レッツトライ～。

Oracle Database のエラーが分かり辛い

もう、Oracleさんよ、エラーメッセージがカオスだな...

www.noguopin.com

SQLで指定されている列名または文字列が正しく表記されていない場合に発生します。

ORA-904は予約語をオブジェクト名に使用した場合にも発生する。
予約語はV_RESERVED_WORDS表のKEYWORD列でで確認可能

ORA-00904 - 解決!ORACLE!

⇧ はい～、「ORA-904」のエラーが紛らわしい...

そもそも、意味合いが異なる複数のエラーを1つのエラー記号に集約するのってどうなのかね？エラーメッセージの設計って、そういうもんなのかね？

まぁ、ボヤいてみたところで、何もかわることは無いんですがね...

上記サイト様を参考に、予約語を調べてみたんですが、

f:id:ts0818:20200611212403p:plain

⇧ おりましたよ、「USERS」が。

オブジェクトの中で予約語を使ってはならぬ

つまり、Javaで言うと、Oracle Database のテーブルとマッピングするクラスの中でOracle Database の予約語を一切使ってはならんのだと。（正確に言うとSQLが絡んでくるクラスで、データベースの予約語とバッティングしちゃうのが問題）

ちなみに、私がOracle Database にPDBを作成して、そのPDBに作成してたテーブルが、以下で、

f:id:ts0818:20200611220119p:plain

Javaのほうで作成してたEntityクラスが以下。

package com.example.multiple_module.db_first.domain.entity;

import java.sql.Timestamp;

import javax.persistence.Entity;
import javax.persistence.Id;

import lombok.Getter;
import lombok.Setter;

@Entity
@Getter
@Setter
public class Users {

	@Id
	private String userId;
	private String insertUser;
	private Timestamp insertDate;

}

⇧ 思いっきり、Entityクラスで、「USERS」とか作っちまってますけど（涙）。

f:id:ts0818:20200611212746p:plain

致し方ないので、Eclipseの「プロジェクト・エクスプローラー」で、該当のクラスを選択した状態で右クリックし、「リファクタリング(T)」>「名前変更(N)」でクラス名を修正しました。

あと、テーブルのカラム名とか認識できないらしいので、@cloumn アノテーション付けました。

package com.example.multiple_module.db_first.domain.entity;

import java.sql.Timestamp;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.Id;
import javax.persistence.Table;

import lombok.Getter;
import lombok.Setter;

@Entity
@Getter
@Setter
@Table(name = "Users")
public class UsersEntity {

	@Id
	@Column(name="USER_ID")
	private String userId;
	@Column(name="INSERT_USER")
	private String insertUser;
	@Column(name="INSERT_DATE")
	private Timestamp insertDate;

}

f:id:ts0818:20200611215549p:plain