|
6
|
1 \documentclass[twocolumn,twoside,9.5pt]{jarticle}
|
|
|
2 \usepackage[dvipdfmx]{graphicx}
|
|
|
3 \usepackage{ascmac}
|
|
|
4 \usepackage{fancyhdr}
|
|
|
5 %\pagestyle{fancy}
|
|
|
6 \lhead{\parpic{\includegraphics[height=1zw,keepaspectratio,bb=0 0 251 246]{pic/emblem-bitmap.pdf}}琉球大学主催 工学部情報工学科 中間発表予稿}
|
|
|
7 \rhead{}
|
|
|
8 \cfoot{}
|
|
|
9
|
|
|
10 \setlength{\topmargin}{-1in \addtolength{\topmargin}{15mm}}
|
|
|
11 \setlength{\headheight}{0mm}
|
|
|
12 \setlength{\headsep}{5mm}
|
|
|
13 \setlength{\oddsidemargin}{-1in \addtolength{\oddsidemargin}{11mm}}
|
|
|
14 \setlength{\evensidemargin}{-1in \addtolength{\evensidemargin}{21mm}}
|
|
|
15 \setlength{\textwidth}{181mm}
|
|
|
16 \setlength{\textheight}{261mm}
|
|
|
17 \setlength{\footskip}{0mm}
|
|
|
18 \pagestyle{empty}
|
|
|
19 \input{dummy.tex}
|
|
|
20 \begin{document}
|
|
|
21 \title{Database Jungleに関する研究}
|
|
|
22 \author{135768K 武田和馬 {}{} 指導教員 : 河野真治}
|
|
|
23 \date{}
|
|
|
24 \maketitle
|
|
|
25 \thispagestyle{fancy}
|
|
|
26
|
|
|
27 \section{非破壊木構造データベース}
|
|
|
28
|
|
|
29 当研究室ではデータの変更の際に過去の木構造を保存しつつ新しく木構造を作成する非破壊的木構造を用いたデータベースであるJungleを開発している。
|
|
|
30 本研究ではJungle DBをC\#で再実装を行い、Unity向けに組み込みを行う。
|
|
|
31
|
|
|
32 Jugnleの木は、子供を複数持つノードからなる。子供は順序付けられており、任意の位置で作成削除することができる。
|
|
|
33
|
|
|
34 Unityは３Dゲームエンジンである。
|
|
|
35 ゲーム構造はシーングラフを実装しており、ゲームオブジェクトの親子関係からなり、子どもを複数もつノードからなる。
|
|
|
36 Jungleはこれと同じ構造を持っているため、相性が良い。
|
|
|
37
|
|
|
38 % ので、過去の組織のデータを参照する必要が出てくる。よって過去のデータの参照が出来るJungleと相性が良い。
|
|
|
39 % これらは、XMLで記述されており、
|
|
|
40 % maTrixが保持している人、役職、役割等のデータはお互いに参照している。
|
|
|
41 % ポリシーファイルは、組織の中で申請等を行った際に、どの権限によってその申請が許諾されるのかを指定している。
|
|
|
42 % 組織のデータ、ポリシーファイル共に木構造のデータであるため、Jungleにそのまま格納できる。
|
|
|
43
|
|
|
44 \section{Unityでの問題点}
|
|
|
45
|
|
|
46 Unityではデータの保存の際にMySQL、SQlite3、PlayerPrefsといった第一正規系、第二正規系のDBがよく使われている。
|
|
|
47 しかし、図１のように木構造でゲームは構成されているため、RDB向けにノードの関係を変換する必要がある。
|
|
|
48 つまり、そのまま格納することができればスケールアウトするデータにも対応でき、データベース設計も簡略化できると考え、C\#に書き直すことにした。
|
|
|
49
|
|
|
50 PlayerPrefsとは、Unityに特化したバイナリ形式でKey,Valueで保存されるものである。
|
|
|
51
|
|
|
52 \section{Jungle-Sharpの実装}
|
|
|
53
|
|
|
54 JungleはJavaで書かれているものであったのでUnityで使うにはC\#で実装する必要があった。
|
|
|
55
|
|
|
56 \section{AtomicRefefarenceの実装}
|
|
|
57 % atomic reference問題
|
|
|
58 JavaにはAtomicRefarenceが標準であったがC\#はなかったため、AtomicReferenceのClassを新たに作った。
|
|
|
59
|
|
|
60 {\scriptsize
|
|
|
61 \begin{itembox}[l]{図1 AtomicReference.cs}
|
|
|
62 \begin{verbatim}
|
|
|
63 public class AtomicReference <T> where T : class {
|
|
|
64 private T value;
|
|
|
65
|
|
|
66 public AtomicReference(T value) {
|
|
|
67 this.value = value;
|
|
|
68 }
|
|
|
69
|
|
|
70 public bool CompareAndSet(T newValue, T prevValue) {
|
|
|
71 T oldValue = value;
|
|
|
72 return (oldValue
|
|
|
73 != Interlocked.CompareExchange (ref value, newValue, prevValue));
|
|
|
74 }
|
|
|
75
|
|
|
76 public T Get() {
|
|
|
77 return value;
|
|
|
78 }
|
|
|
79 }
|
|
|
80 \end{verbatim}
|
|
|
81 \end{itembox}
|
|
|
82 }
|
|
|
83
|
|
|
84 CompereAndSetメソッドではInterlocked Operationを利用した。
|
|
|
85 これによりスレッドセーフな値の変更を行うことが可能になる。
|
|
|
86
|
|
|
87 \section{Listの実装}
|
|
|
88
|
|
|
89 Listを実装する際にIteratorが必要となる。
|
|
|
90 C\#にはIEnumeratorがあるのでそれを利用した。
|
|
|
91
|
|
|
92 {\scriptsize
|
|
|
93 \begin{itembox}[l]{図2 List.cs}
|
|
|
94 \begin{verbatim}
|
|
|
95 public IEnumerator<T> iterator() {
|
|
|
96 Node<T> currentNode = head.getNext();
|
|
|
97 while (currentNode.getAttribute() != null) {
|
|
|
98 yield return (T)currentNode.getAttribute();
|
|
|
99 currentNode = currentNode.getNext ();
|
|
|
100 }
|
|
|
101 }
|
|
|
102 \end{verbatim}
|
|
|
103 \end{itembox}
|
|
|
104 }\\
|
|
|
105
|
|
|
106 ListのforeachではIteratorを呼び出すため、一つずつ要素を返す必要がある。
|
|
|
107 yield returnステートメントを利用することで位置が保持され次に呼ばれた際に続きから値の取り出しが可能になる。
|
|
|
108
|
|
|
109 \section{ベンチマーク}
|
|
|
110
|
|
|
111 UnityではSqlite3,PlayerPrefsがデータの保存として利用される。
|
|
|
112 今回の検証はInsertを1000回行い、push(またはSave)を行うまでの時間を測定する。
|
|
|
113
|
|
|
114 使用した機材は以下の通りである。
|
|
|
115 \begin{itemize}
|
|
|
116 \item OS : Windows 10
|
|
|
117 \item CPU : Intel Core i7-4700MQ 2.4GHz
|
|
|
118 \item Unity : Unity 5.4.2f1
|
|
|
119 \end{itemize}
|
|
|
120
|
|
|
121 \begin{figure}[h]
|
|
|
122 \includegraphics[width=70mm]{pic/benchmark.pdf}
|
|
|
123 \end{figure}
|
|
|
124
|
|
|
125 Sqlite3では100msを超えてしまったため省略してある。
|
|
|
126 図3の結果よりJungleDBの速度を確認することができた。
|
|
|
127
|
|
|
128
|
|
|
129 \section{これからの作業}
|
|
|
130
|
|
|
131 Jungleは分散型のデータベースを目指しているため、MessagePackの実装を行う。
|
|
|
132 今後はサーバーとの連携も行う。
|
|
|
133 JungleはRDBと異なりデータを自由に格納することができる。
|
|
|
134 そこでデータベース設計を確立させる必要がある。
|
|
|
135
|
|
|
136 \begin{thebibliography}{9}
|
|
|
137
|
|
|
138 \bibitem{1}
|
|
|
139 玉城将士 非破壊的木構造を用いた分散CMSの設計と実装
|
|
|
140 \bibitem{2}
|
|
|
141 大城信康 分散Database Jungleに関する研究
|
|
|
142 \bibitem{3}
|
|
|
143 金川竜己 非破壊的木構造データベースJungleとその評価
|
|
|
144 \end{thebibliography}
|
|
|
145
|
|
|
146 \end{document}
|
