次に各ファイル形式についての概要,メリット,及びデメリットについて簡単に述べる.本システムでは,これらの3つの方法についてCRUDを実現すればよい.
概要
1行が1レコードを構成する. 変数名=データという行がを続けることで構成される.
メリット
1対1対応でのデータの格納に適している.PHPで標準で実装されているので,導入が容易である.
デメリット
データ数が未知の場合,環境を構築するのが難しい.データ間の関係が把握し辛い.
変数名と対応させる必要があるので,プログラム内部で自動化が困難である.
概要
1行が1レコードを構成する.
一行に複数のデータをカンマや空白で区切る.具体例は
章に記述する.
メリット
1行に複数のデータを格納することができるため,グループ単位で管理しやすい.
PHPで
をパースする関数が実装されるため,導入が比較的容易である.
Microsoft Excelで読み書きが可能であるため,技術的敷居が低い.
デメリット
データに意味を持たせることが不可能である.複数のページからデータにアクセスさせる場合,データの要素を追加するなどの仕様変更に対して,全ての
にアクセスするプログラムを書き直す必要があるなど,非常に脆弱である.
章に記述する.
メリット
タグで囲むことにより,データそのものに意味を持たせることができる.さらに,タグを入れ子にできることにより,データをグループ化することができる. 仕様変更に対して,非常に強固である.
デメリット
タグをつけることにより,必然的にデータ量が大きくなり,データへのアクセス時間が大きくなる.
をパースする関数がPHP4までは容易ではない.
以上のことより,iniファイルは,基本的なシステムの設定に有効であることが分かる.
一方,
や
は,日々の日記のデータなど,頻繁にアクセスされるデータに有効であることが分かる.
日記データへのアクセスは頻繁に行われるため,データの処理が高速である
であることが望ましい.一方,本システムは,さらに教員や保護者から新機能を望まれたり,システムを強化するために,仕様変更する可能性がある.
本システムでは,2つのトレードオフを考慮した結果,日記などの多くのプログラムで影響を及ぼす日記データには
形式を採用し,小規模なデータには
を採用することにした.
用いたデータベースの機能とファイル形式について表
に示す.
なお,
及び,
におけるデータのアクセス時間の比較を行った.
章に概要を述べる.[[]]で囲まれたデータは複数存在することを意味する.
lightgrayrgb0.95,0.95,0.95
| lightgrayファイル名 | 概要 | 形式 |
| setup.ini | 全体的な設定データ | ini |
| setupmail | DES暗号化されたメールアドレス | 該当なし |
| log.dat | サイトへアクセスした時の情報 | |
| articlecount.dat | 記事番号 | 該当なし |
| category.dat | カテゴリ情報 | |
| counter.dat | アクセス総数 | 該当なし |
| countertoday.dat | 任意の日のアクセス数 | |
| diary.dat | articlecount.datに対するcategory.dat情報 | |
| documentcategory.dat | 配布文書管理の大分類項目情報 | |
| googlemapkey.dat | Google Maps APIを利用する際の登録コード | 該当なし |
| googlemaplocation.dat | 学校の地図の緯度と経度の情報 | |
| link.dat | 外部リンク先 | |
| rss.xml | 記事情報の更新を配信するための情報 | |
| weather.dat | 本日のお天気情報を都道府県別に表示する情報 | 該当なし |
| [[西暦]].xml | 西暦に対応する学校行事情報 | |
| googlemappoints.xml | 登録した地図情報 | |
| number.dat | 配布文書のカウンタ | 該当なし |
| listupdate.dat | 最近更新された配布文書情報 | |
| list.dat | number.datに対応する配布文書情報 | |
| [[日付.xml]] | 日記情報 |
MURAYAMA Yoshiyuki