nbconvert --to html で html コンバートしたノートブックで plotly のグラフが描画されない問題の解決

環境

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G4032

$ pip list | grep -E "jupyter|plotly"
jupyter                            1.0.0
jupyter-client                     5.2.4
jupyter-console                    6.0.0
jupyter-core                       4.4.0
jupyterlab                         2.1.2
jupyterlab-server                  1.1.3
plotly                             4.9.0

現象

  • 以下のコマンドで nbconvert --to html で html コンバートしたノートブックで plotly のグラフが描画されない
$ jyputer nbconvert --to html hoge.ipynb
  • 作成した html を開くと以下のようにグラフが表示されない

f:id:tmks0820:20200730161842p:plain

  • エラーを確認すると以下の通り
Uncaught Error: Script error for: plotly
http://requirejs.org/docs/errors.html#scripterror
    C https://cdnjs.cloudflare.com/ajax/libs/require.js/2.1.10/require.min.js:8
    onScriptError https://cdnjs.cloudflare.com/ajax/libs/require.js/2.1.10/require.min.js:29

f:id:tmks0820:20200730161958p:plain

解決策

  • plotly.graph_objects.Figure.show を実行するときに fig.show(renderer="jupyterlab")renderer オプションを付ければよい。

  • jupyter を使っている場合には、fig.show(renderer="jupyter") と指定すれば良い。

Connection Pool データソースの設定

前提

  • OS: Oracle Linux Server release 7.6
  • apache-tomcat: 9.0.34
  • java version: 1.8.0_241
    • Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
    • Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode)

手順

1. webapps/<コンテキスト名>/META-INF/context.xml に DataSource Resource の設定を登録する

<!--?xml version="1.0" encoding="UTF-8"?-->
<Context>
 <Resource
  name="jdbc/oracledb"
  auth="Container"
  type="oracle.jdbc.pool.OracleDataSource"
  factory="oracle.jdbc.pool.OracleDataSourceFactory"
  maxTotal="100"
  maxIdle="30"
  maxWaitMillis="10000"
  username="GRAPHUSER"
  password="WELCOME1"
  alternateUsernameAllowed="true"
  driverClassName="oracle.jdbc.driver.OracleDriver"
  url="jdbc:oracle:thin:graphuser/WELCOME1@oracle-db:1521/pdb1"
  defaultAutoCommit="false" />
</Context>

2. webapps/<コンテキスト名>/WEB-INF/web.xml に Connection Pool 用のリソースを参照できるように設定する

<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
         id="WebApp_ID" version="3.1" metadata-complete="true">
    ....
    <resource-ref>
      <description>Connection Pool</description>
      <res-ref-name>jdbc/oracledb</res-ref-name>
      <res-type>oracle.jdbc.pool.OracleDataSource</res-type>
      <res-auth>Container</res-auth>
    </resource-ref>

3. java:comp/env/jdbc/oracledb のようにデータソースを lookup する

Effective C++ 第三章 その2

項目11: 未定義private関数よりも =delete を優先する

  • C++ が必要に応じて自動的に作成する関数 = 特殊メンバ関数
    • その代表がコピーコンストラクタとコピー代入演算子
    • C++98 では private にすることで対応していた
      • この関数にアクセスしようとしても、未リンクでエラーになる
template<class charT, class traits = char_traits<charT>>
class basic_ios : public ios_base {
  public:
       ...
  private:
     basic_ios(const basic_ios &); // not defined
     basic_ios& operator=(const basic_ios&); // not defined
}
  • C++11 では delete を使える
    • delete した場合、どうやっても呼び出せないし、これらの関数を呼び出そうとするとコンパイル時に発見することができる
template<class charT, class traits = char_traints<charT>>
class basic_ios : public ios_base
{
   public:
      ...
      basic_ios(const basic_ios& ) = delete;
      basic_ios& operator=(const basic_ios&) = delete;
}
  • さらに delete はどんな関数でも適用できる
class Hoge
{
   bool isLucky(int number);
   bool isLucky(char number)=delete;
   bool isLucky(bool number)=delete;
   bool isLucky(double number)=delete;
}
template<typename T>
void f(T* ptr)

template<>
void f<char>(char*) = delete;

template<>
void f<void>(void*) = delete;
  • クラス内テンプレート関数に対して、テンプレートの特殊化を用いて無効なインスタンス化を防ぐ場合、C++98 の場合の private にする方法は実現できない。テンプレートの特殊化はクラススコープではなく、名前空間スコープで定義する必要があるため。
    • delete の場合名前区間スコープで定義することができる。

項目12: オーバーライドする関数は override と宣言する

  • 仮想関数のオーバライドは以下のように行う
class Base
{
public:
    virtual void doWork() {
    };
};

class Derived: public Base
{
public:
    virtual void doWork() {
        //
    };
};

void _override()
{
    std::unique_ptr<Base> upb = 
        std::make_unique<Derived>();
    upb->doWork();
}
  • オーバーライドを正しく動作するように宣言するのは難しい。
    • オーバーライドする条件をすべて満たさない限り、別のメンバー関数として定義される。
    • 以下のケースでは、Derived2 クラスのメンバ関数はすべて Base2 クラスのメンバ関数のオーバーライドではない
class Base2
{
public:
    virtual void mf1() const {};
    virtual void mf2(int x) {};
    virtual void mf3() & {};
    void mf4() const {};
};

class Derived2
{
public:
    virtual void mf1() {};
    virtual void mf2(unsigned int x) {};
    virtual void mf3() && {};
    void mf4() const {};
};
  • override とすると、コンパイル時にオーバーライドできないことを発見できる
class Base2
{
public:
    virtual void mf1() const {};
    virtual void mf2(int x) {};
    virtual void mf3() & {};
    virtual void mf4() const {};
};

class Derived2 : public Base2
{
public:
    virtual void mf1() const override {};
    virtual void mf2(int x) override {};
    virtual void mf3() & override {};
    virtual void mf4() const override {};
};
  • メンバ関数の参照修飾子を用いると、左辺値オブジェクト、右辺値オブジェクト(*this)を区別できる

Effective C++ 第三章 その1

項目7: オブジェクト作成時の {} と ()の違い

  • 初期値の設定方法は以下の3つ
    • {}
    • =
    • ()
  • ユーザ定義型では、初期化構文によって呼び出される関数が異なる
Widget w1; // デフォルトコンストラクタを呼び出す
Widget w2 = w1; // コピーコンストラクタを呼び出す
w1 = w2; //コピー演算子=を呼び出す
  • C+11 から初期化の統一記法が導入された

    • {} による初期化
    • コンテナの初期要素の指定も可能に
    • 非スタティックなメンバ変数のデフォルト値の設定にも利用可能
    • コピー不可能なオブジェクト(std::atomic など) では、= による初期化はできない
    • 精度が落ちる変換を認めない
    • 最も厄介な構文解析の回避
  • {} による初期化の注意点

    • std::initializer_list 型の仮引数を持つコンスタラクタがある場合、実引数の型が std::initializer_list 内の型に変換する方法がある場合には、std::initializer_list 型の仮引数を持つコンストラクタが優先される
      • オブジェクトのコピーやムーブの場合も同様
  • std::vector も std::initalizer_list 型の仮引数を持つコンストラクタを実装しているため注意

  • テンプレート内のオブジェクト作成に () か {} を使うかは慎重に選択する必要がある

項目8: 0やNULL よりも nullptr を優先する

  • nullptr はすべてのポインタ型を表す型 (std::nullptr_t)
  • テンプレートが型推論するとき、0 や NULL を誤った型に推論するため、nullptr を選択する

項目9: typedef よりもエイリアス宣言を優先する

  • まず、関数型宣言がエイリアス宣言のほうがわかりやすい
typedef void (*FP1) (int, const std::string&);
using FP2 = void (*) Iint, const std::string&);
  • 最大の理由はテンプレート
    • エイリアス宣言はテンプレート化可能 (エイリアステンプレート)
    • typedef の場合、テンプレート内で従属型になるため、typename が必要となる
// typdef
template<typename T>
struct MyAllocList1 {
    typedef std::list<T, std::allocator<T>> type;
};

template<typename T>
class Widget2
{
private:
    typename MyAllocList1<T>::type list;
};

//型エイリアス
template<typename T>
using MyAllocList2 = std::list<T, std::allocator<T>>;

template<typename T>
class Widget3
{
private:
    MyAllocList2<T> list;
};
  • C++14 は、C+11での型変換特性のすべてをエイリアステンプレートとして実装している

項目10: enum にはスコープを設ける

  • 列挙子名が enum を定義したスコープに漏れ出すことから、C++98 の enum を unscoped enum という
// C++98 方式で enum を定義した場合、enumの列挙子名はenumを定義したスコープに含まれるため
// 以下のように実装するとコンパイルエラーとなる
//enum Color { black, white, red };
//auto white = false;
//erro! redefinition of 'white' as different kind of symbol
  • C+11 では unscoped enum の対語となる scoped enum が導入
enum class Color { black, white, red };
auto white = false;
Color c = Color::white;
  • unscoped enum名前空間の汚染以外に、汎整数型に暗黙的に変換されてしまうという問題点を抱えている。
void _f()
{
    enum UnScopedColor { _black, _white, _red };
    UnScopedColor c_ = _red;

    // double 型へ型変換される
    // scoped enum の場合コンパイルエラー
    // scoped enum でコンパイルを通す場合には、
    // std::static_cast<double> で明示的に型変換を行う
    if (c_ < 14.5)
    {
        // pass
    }
}
  • scoped enum は前方宣言も可能。つまり列挙子なしで enum を宣言可能。
// enum Hoge; はコンパイルエラー
enum class Hoge;
  • enum の基礎とする型をintから別のものへオーバーライドすることが可能
    • これを行うと、unscoped enum でも前方宣言が可能
enum class Status: std::uint32_t;
enum _Status: std::uint32_t;
  • unscoped enum が scoped enum よりも有用なケースは実はある
    • std::tuple 内フィールドを表す場合
using UserInfo = std::tuple<std::string,
                            std::string,
                            std::size_t>;
UserInfo uInfo;
// フィールド1 が何であるかを使う側が知っている必要がある...
auto val = std::get<1>(uInfo);

// unscoped enum を使うと...!
enum UserInfoFields { uiName, uiEmail, uiReputation };
auto val2 = std::get<uiName>(uInfo);

// scoped enum を使用すると冗長になる
enum class UserInfoFields2 { uiName, uiEmail, uiReputation };
auto val3 = std::get<static_cast<std::size_t>(UserInfoFields2::uiName)>(uInfo);
  • scoped enum で便利に、std::tuple の要素にアクセスするための関数テンプレート
// 任意の列挙子をとり、コンパイル時定数としてその値を返す関数テンプレート
template<typename E>
constexpr typename std::underlying_type<E>::type
  toUType(E enumerator) noexcept
{
    return static_cast<typename std::underlying_type<E>::type>(enumerator);
}

// C++14
template<typename E>
constexpr std::underlying_type_t<E> toUType2(E enumerator)
{
    return static_cast<std::underlying_type_t<E>>(enumerator);
}

// C++14 のさらに改良版
template<typename E>
constexpr auto toUType3(E enumerator)
{
    return static_cast<std::underlying_type_t<E>>(enumerator);
}

auto val4 = std::get<toUType(UserInfoFields::uiName)>(uInfo);
auto val5 = std::get<toUType2(UserInfoFields::uiName)>(uInfo);
auto val6 = std::get<toUType3(UserInfoFields::uiName)>(uInfo);

Effective C++ 第二章

項目5: 明示的宣言よりも auto を優先する

  • auto で宣言することのメリット
    • 複雑な型宣言の省略
template<typename It>
void f(It b, It e)
{
  while (b != e)
  {
     typename std::iterator_traits<It>::value_type cV = *b;
     // auto cV = *b;
   }
}
  • 未初期化のエラーを防げる
    • auto 宣言した場合には、初期化必須
  • コンパイラにしか分からない型(ラムダ式等)も表現可能
auto deffLess = [](const std::unique_ptr<Widget>& p1, const std::unique_ptr<Widget>& p2) { return *p1 < *p2; }
// C++14
auto deffLess = [](const auto& p1, const auto& p2) { return *p1 < *p2; }
  • C++11 で登場した std::function 型でもラムダ式は表現可能だが、以下の点で auto のほうが有利

  • 型のショートカットによる実行環境依存の問題を回避できる

std::vector<int> v;
unsigned sv = v.size();
// v.size() の戻り値の型は、std::vector<int>::size_type 型は、実行環境によりサイズが異なる
// Windows 32bit では、32bit
// Windows 64bit では、64bit
// 一方 unsigned は どちらも32bit
  • 型宣言のミスによる不要なオブジェクトのコピー及び未定義動作を回避可能
std::unordered_map<std::string, int> m;
// std::pair 型は std::pair<const std::string, int> が正解
// 型の不一致により、一時オブジェクトが生成され、ループ内の最後の処理で破棄される
for(const std::pair<std::string, int> p : m)
{
   ...
}
  • ただし、auto による型宣言にも落とし穴がある
    • 統一初期化子で初期化した変数の型が std::initializer_list になる
    • std::vector 型のコンテナに対して operator を実行すると、std::vector::reference が戻されることによる未定義動作の発生

項目6: auto が期待と異なる型を推論する場面では ETII を用いる

  • std::vector に対する operator はコンテナ要素の参照を返さない
    • C++ ではビットの参照を認めていない
    • std::vector の operator[] は T& を返す関数
    • bool& は返すことができないため、bool& のように振る舞うオブジェクトを返す
    • それが、std::vector::reference
      • これは Proxy Class の一例
        • Proxy Class には使用者にプロキシを意識させるものとそうでないものがある
          • 意識させるもの: スマートポインタ
          • 意識させないもの: std::vector::reference
            • これが auto との相性が悪い (ユーザに意識させないプロキシクラスは、ライフタイムを1文以内と想定している)
            • つまり、ユーザに意識させないプロキシクラスに対する auto 宣言は避けるべき
struct Widget {};

std::vector<bool> features(const Widget& w)
{
    std::vector<bool> v = { true, false, true, false, true };
    return v;
}

TEST(std_bool, features)
{
    Widget w;
    auto priorities = features(w)[4];

    EXPECT_STREQ("std::__1::__bit_reference<std::__1::vector<bool, std::__1::allocator<bool> >, true>",
                 boost::typeindex::type_id_with_cvr<decltype(priorities)>().pretty_name().c_str());

}
  • std::vector::referece が bool& の動作を模倣する技法はたくさんある
  • その一例が暗黙の型変換
bool priorities = features(w)[4];
  • auto 自体が問題ではなく、推論してほしい型を推論しないことが問題
    • よって目的の型への推論を強制すれば良い
    • それが、ETII (Explicitly typed initializer idiom)
auto priorities = std::static_cast<bool>(features(w)[4]);

NeoVim + dein の導入

はじめに

Mac にドキュメントエディタとして neovim を、neovim のプラグインマネージャとして dein をインストールします。

環境

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G4032

1. neovim のインストール

homebrew で一発インストール

$ brew install nvim
$ nvim -version
NVIM v0.4.3
Build type: Release
LuaJIT 2.0.5
Compilation: /usr/local/Homebrew/Library/Homebrew/shims/mac/super/clang -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNDEBUG -DMIN_LOG_LEVEL=3 -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -I/tmp/neovim-20191107-13403-1or2rj3/neovim-0.4.3/build/config -I/tmp/neovim-20191107-13403-1or2rj3/neovim-0.4.3/src -I/usr/local/include -I/tmp/neovim-20191107-13403-1or2rj3/neovim-0.4.3/deps-build/include -I/usr/local/opt/gettext/include -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/usr/include -I/tmp/neovim-20191107-13403-1or2rj3/neovim-0.4.3/build/src/nvim/auto -I/tmp/neovim-20191107-13403-1or2rj3/neovim-0.4.3/build/include
Compiled by brew@Mojave.local

Features: +acl +iconv +tui
See ":help feature-compile"

      システム vimrc: "$VIM/sysinit.vim"
       省略時の $VIM: "/usr/local/Cellar/neovim/0.4.3/share/nvim"

Run :checkhealth for more info

2. neovim の設定

  • ~/.vimrc ではなく、~/.config/nvim/init.vim に設定を書きます。
  1. Configuration nvim-configuration

  2. Use $XDG_CONFIG_HOME/nvim/init.vim instead of .vimrc for configuration.

  3. Use $XDG_CONFIG_HOME/nvim instead of .vim to store configuration files.
  4. Use $XDG_DATA_HOME/nvim/shada/main.shada instead of .viminfo for persistent session information. |shada|

XDG_CONFIG_HOME

  • ユーザー個別の設定が書き込まれるディレクトリ (/etc と類似)。
  • デフォルトは $HOME/.config です。
$ mkdir ~/.config/nvim
  • ~/.config/nvim/init.vim の作成
" Configuration
colorscheme desert
filetype plugin indent on
syntax on
syntax enable
set termguicolors
set tabstop=4 softtabstop=4 expandtab shiftwidth=4 smarttab
set list
set listchars=tab:»-,trail:-,eol:,extends:»,precedes:«,nbsp:%
set number
set autoindent
set fenc=utf-8
set noswapfile
set autoread
set hidden
set showcmd
set cursorline
set cursorcolumn
set visualbell
set showmatch
set laststatus=2
set wildmode=list:longest

set ignorecase
set smartcase
set incsearch
set wrapscan

"" FileType
autocmd FileType python setl autoindent
autocmd FileType python setl smartindent cinwords=if,elif,else,for,while,try,except,finally,def,class
autocmd FileType python setl tabstop=8 expandtab shiftwidth=4 softtabstop=4
autocmd FileType r setl tabstop=4 expandtab shiftwidth=2 softtabstop=2
autocmd BufNewFile,BufRead *.gvy setfiletype groovy
autocmd BufNewFile,BufRead *.ts setfiletype typescript
autocmd BufNewFile,BufRead *.tsx,*.jsx setfiletype=typescript.tsx

"" Map Leader
let mapleader = "\<Space>"
let maplocalleader = "\<Space>"

"" Custom Key Mapping
nnoremap ; :
nnoremap : ;
inoremap <silent> jj <ESC>
nnoremap <Leader>o :CtrlP<CR>
nnoremap <Leader>w :w<CR>
vmap <Leader>y "+y
vmap <Leader>d "+d
nmap <Leader>p "+p
nmap <Leader>P "+P
vmap <Leader>p "+p
vmap <Leader>P "+P
nmap <Leader><Leader> V
map <C-n> ;NERDTreeToggle<CR>
nnoremap s <Nop>
nnoremap sj <C-w>j
nnoremap sk <C-w>k
nnoremap sl <C-w>l
nnoremap sh <C-w>h
nnoremap sJ <C-w>J
nnoremap sK <C-w>K
nnoremap sL <C-w>L
nnoremap sH <C-w>H
nnoremap sn gt
nnoremap sp gT
nnoremap sr <C-w>r
nnoremap s= <C-w>=
nnoremap sw <C-w>w
nnoremap so <C-w>_<C-w>|
nnoremap sO <C-w>=
nnoremap sN :<C-u>bn<CR>
nnoremap sP :<C-u>bp<CR>
nnoremap st :<C-u>tabnew<CR>
nnoremap sT :<C-u>Unite tab<CR>
nnoremap ss :<C-u>sp<CR>
nnoremap sv :<C-u>vs<CR>
nnoremap sq :<C-u>q<CR>
nnoremap sQ :<C-u>bd<CR>

3. dein.vim のインストール

$ curl https://raw.githubusercontent.com/Shougo/dein.vim/master/bin/installer.sh > installer.sh
$ sh ./installer.sh ~/.cache/dein

4. dein.vim の設定

  • インストール後に表示される通り、以下の設定を ~/.config/nvim/init.vim に追記します。
"dein Scripts-----------------------------
if &compatible
  set nocompatible               " Be iMproved
endif

" Required:
set runtimepath+=~/.cache/dein/repos/github.com/Shougo/dein.vim

" Required:
if dein#load_state('~/.cache/dein')
  call dein#begin('~/.cache/dein')

  " Let dein manage dein
  " Required:
  call dein#add('~/.cache/dein/repos/github.com/Shougo/dein.vim')

  " Required:
  call dein#end()
  call dein#save_state()
endif

" Required:
filetype plugin indent on
syntax enable

" If you want to install not installed plugins on startup.
"if dein#check_install()
"  call dein#install()
"endif

"End dein Scripts-------------------------
if dein#load_state('~/.cache/dein')
  call dein#begin('~/.cache/dein')

  " Let dein manage dein
  " Required:
  call dein#add('~/.cache/dein/repos/github.com/Shougo/dein.vim')

+ call dein#load_toml('~/.config/nvim/dein.toml')
+ call dein#load_toml('~/.config/nvim/dein_lazy.toml', { 'lazy': 1 })

  " Required:
  call dein#end()
  call dein#save_state()
endif

CSV で Vector プロパティをロードする

環境

Oracle Graph Server Shell 20.1.0
PGX server version: 19.4.0 type: SM
PGX server API version: 3.6.0
PGQL version: 1.2

前提

  • Pgx Server で allow_local_filesystem が true になっており、かつ datasource_dir_whitelist/opt/oracle/oradata ディレクトリが指定されている
$ cat /etc/oracle/graph/pgx.conf
{
  "allow_local_filesystem": true,
  "datasource_dir_whitelist": ["/opt/oracle/oradata"],
...
}
  • Pgx Server が稼働するサーバの /opt/oracle/oradata/opt/oracle/oradata/sample.vertices.csv/opt/oracle/oradata/sample.edges.csv が格納されている。

/opt/oracle/oradata/vector_props.vertices.csv

1,1;2;3,0;1;2;3;4;5;6;7;8;9;10;11;12;13;14;15;16;17;18;19;20;21;22;23;24;25;26;27;28;29;30;31;32;33;34;35;36;37;38;39;40;41;42;43;44;45;46;47;48;49;50;51;52;53;54;55;56;57;58;59;60;61;62;63;64;65;66;67;68;69;70;71;72;73;74;75;76;77;78;79;80;81;82;83;84;85;86;87;88;89;90;91;92;93;94;95;96;97;98;99,0.0;0.01;0.02;0.03;0.04;0.05;0.06;0.07;0.08;0.09;0.1;0.11;0.12;0.13;0.14;0.15;0.16;0.17;0.18;0.19;0.2;0.21;0.22;0.23;0.24;0.25;0.26;0.27;0.28;0.29;0.3;0.31;0.32;0.33;0.34;0.35;0.36;0.37;0.38;0.39;0.4;0.41;0.42;0.43;0.44;0.45;0.46;0.47;0.48;0.49;0.5;0.51;0.52;0.53;0.54;0.55;0.56;0.57;0.58;0.59;0.6;0.61;0.62;0.63;0.64;0.65;0.66;0.67;0.68;0.69;0.7;0.71;0.72;0.73;0.74;0.75;0.76;0.77;0.78;0.79;0.8;0.81;0.82;0.83;0.84;0.85;0.86;0.87;0.88;0.89;0.9;0.91;0.92;0.93;0.94;0.95;0.96;0.97;0.98;0.99,"hoge0;hoge1;hoge2;hoge3;hoge4;hoge5;hoge6;hoge7;hoge8;hoge9;hoge10;hoge11;hoge12;hoge13;hoge14;hoge15;hoge16;hoge17;hoge18;hoge19;hoge20;hoge21;hoge22;hoge23;hoge24;hoge25;hoge26;hoge27;hoge28;hoge29;hoge30;hoge31;hoge32;hoge33;hoge34;hoge35;hoge36;hoge37;hoge38;hoge39;hoge40;hoge41;hoge42;hoge43;hoge44;hoge45;hoge46;hoge47;hoge48;hoge49;hoge50;hoge51;hoge52;hoge53;hoge54;hoge55;hoge56;hoge57;hoge58;hoge59;hoge60;hoge61;hoge62;hoge63;hoge64;hoge65;hoge66;hoge67;hoge68;hoge69;hoge70;hoge71;hoge72;hoge73;hoge74;hoge75;hoge76;hoge77;hoge78;hoge79;hoge80;hoge81;hoge82;hoge83;hoge84;hoge85;hoge86;hoge87;hoge88;hoge89;hoge90;hoge91;hoge92;hoge93;hoge94;hoge95;hoge96;hoge97;hoge98;hoge99"

/opt/oracle/oradata/vector_props.edges.csv

1,2,1;2;3

CSV ファイルをロードする

var gcb = GraphConfigBuilder.forFileFormat(Format.CSV).
            addVertexUri("/opt/oracle/oradata/vector_props.vertices.csv").
            addEdgeUri("/opt/oracle/oradata/vector_props.edges.csv")

// Vector タイプの PropertyType. 第三引数で次元を指定
gcb.addVertexVectorProperty("vp_vector_int", PropertyType.INTEGER, 3)
gcb.addVertexVectorProperty("vp_vector_long", PropertyType.LONG, 100)
gcb.addVertexVectorProperty("vp_vector_double", PropertyType.DOUBLE, 100)
gcb.addVertexVectorProperty("vp_vector_string", PropertyType.STRING, 100)
gcb.addEdgeVectorProperty("ep_vector_int", PropertyType.INTEGER, 3)

var g = session.readGraphWithProperties(gcb.build())

// Vector 型のプロパティの値の取り出し方
var vec_v_int_prop = g.getVertex(1).getProperty("vp_vector_int")
// => vec_v_int_prop ==> PgxVect[type=integer,dimension=3]

var vec_v_int = (oracle.pgx.common.util.vector.Vect<Integer>) (vec_v_int_prop)
/*
 * |  Warning:
 * |  unchecked cast
 * |    required: oracle.pgx.common.util.vector.Vect<java.lang.Integer>
 * |    found:    java.lang.Object
 * |  var vec_v_int = (oracle.pgx.common.util.vector.Vect<Integer>) (vec_v_int_prop);
 * |                                                                ^--------------^
 * vec_v_int ==> PgxVect[type=integer,dimension=3]
 */

vec_v_int.toArray()
// $231 ==> Integer[3] { 1, 2, 3 }

// String 型の vector は java.lang.NullPointerException が発生する
g.getVertex(1).getProperty("vp_vector_string")
/*
 *  Exception java.util.concurrent.ExecutionException: java.lang.NullPointerException
 *|        at CompletableFuture.reportGet (CompletableFuture.java:395)
 *|        at CompletableFuture.get (CompletableFuture.java:1999)
 *|        at PgxFuture.get (PgxFuture.java:99)
 *|        at PgxEntity.getProperty (PgxEntity.java:280)
 *|        at (#284:1)
 *|  Caused by: java.lang.NullPointerException
 *|        at PgxEntity.lambda$getPropertyAsync$1 (PgxEntity.java:191)
 *|        at CompletableFuture$UniCompose.tryFire (CompletableFuture.java:1072)
 *|        at CompletableFuture.postComplete (CompletableFuture.java:506)
 *|        at CompletableFuture.complete (CompletableFuture.java:2073)
 *|        at PgxFuture.completeWithResultOrException (PgxFuture.java:55)
 *|        at CompletableFuture.uniWhenComplete (CompletableFuture.java:859)
 *|        at CompletableFuture$UniWhenComplete.tryFire (CompletableFuture.java:837)
 *|        at CompletableFuture.postComplete (CompletableFuture.java:506)
 *|        at CompletableFuture.complete (CompletableFuture.java:2073)
 *|        at PgxRemoteFuture.executeRequest (PgxRemoteFuture.java:107)
 *|        at PgxRemoteFuture.lambda$fetchRemoteResultAsync$3 (PgxRemoteFuture.java:218)
 *|        at ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1128)
 *|        at ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:628)
 *|        at Thread.run (Thread.java:834)
 */

Graph Config Json からロードする方法

  • クライアント側に以下の JSON ファイルを用意する (/tmp/vector_prps_csv.json)
{
    "format": "csv",
    "edge_props": [{
        "type": "integer",
        "name": "ep_vector_int",
        "dimension": 3
    }],
    "error_handling": {},
    "vertex_id_type": "integer",
    "vertex_uris": ["/opt/oracle/oradata/vector_props.vertices.csv"],
    "attributes": {},
    "edge_uris": ["/opt/oracle/oradata/vector_props.edges.csv"],
    "loading": {},
    "vertex_props": [{
        "type": "integer",
        "name": "vp_vector_int",
        "dimension": 3
    }, {
        "type": "long",
        "name": "vp_vector_long",
        "dimension": 100
    }, {
        "type": "double",
        "name": "vp_vector_double",
        "dimension": 100
    }]
}
  • PGX Client を起動して、Graph をロードする
// Graph Config Json ファイルは PGX Client 側に配置されているものを読みにいく
var g = session.readGraphWithProperties("/tmp/vector_props_csv.json")