投稿の更新もパーになる。WordPressに関するレンタルサーバの注意事項や規約・設定の各案内を必ず読む。再度、管理者ユーザーでログアウトとログインをしてみます。新規管理者のニックネーム、ブログ上の表示名、メールアドレスを変更します。セキュリティ上、全てのフォルダ、ファイルの属性(パーミッション)を変更する。Access2000でできること・その2(詳細)★できることは大きくは2つ。「調べること」と「作ること」。・データの問い合わせや集計(調べること:エンドユーザー向け機能)・小規模システムの構築(作ること:社内SE向け機能)★できることをもう少し細かく01(調べることについて)(≒一般のエンドユーザー向けの知識)(この「調べること」が分かってないと「作る」はできません。本来の使用目的がこちらだからです。「Accessの何がエンドユーザーにとって便利なのか?」も分かってないと、効率の悪いシステムを作ることになってしまいます。AccessとExcelの違い★概要:もっとも大きな違いAccessとExcelの違い。(一番大きな違いは「SQL」が「ありとあらゆる」「細かい」ところで使えるところ。作業効率・コスパ」だけはExcelよりも圧倒的によく、反面、細かい計算やドラッグ処理、きれいな作表、などがあきれるほど(多少はできるんですけど、でも、使い物にならないくらい)苦手です。主な項目として挙げると以下の通りです。・フォーム(各種画面)作成、レポート(帳票)作成、VBAプログラミング、データ操作、「細かいリスト設定」、ありとあらゆるところで「SQL」が「使える」(Excelは「あらゆるところ」とまでは行かないので、それが、システム構築の効率を少なくとも10倍は非効率にします)・フォーム作成の作業効率がExcelの50倍以上(例えば、システム構築の時間コスト・金額コストの削減も同じです。)・インデックスなどの機能が付いているので大量のデータをExcelよりも高速に扱えます。・Excelの得意なピボットやグラフ、細かい計算、はかなり苦手。それらはExcelに任せるほうがいい。きれいな作表、細かいシュミレーションもかなり苦手。)・ドラッグを多用したシステムがExcelの100倍は作りにくい。(例えば、ガントチャートやグループウェアの予定管理機能。)※なのでExcelの得意はExcelにまかせて、Accessの得意はAccessにまかせるのが一番効率・コスパがいいです。ユーザー別セキュリティは捨てて。テーブルのデータと直リンク(連結)したカスタマイズしやすいフォームが30秒~数分で作れます。Excelだと数週間かかるくらいのものです。零細様向けの事務系の7、8割がたの「入力用」フォームの作成に限って「だけ」、は、失礼ですみませんが、ExcelやExcelのユーザーフォームは全く使う気になれません。フォーム作成においても至る所でSQLが使えるので効率が50倍以上になりますAccessはフォーム作成に苦も無くSQLが使えるのがデフォルトなのですがExcelではデフォルトではないのでそこが苦労します。したテクニックが要りますが、1つのフォームを素早く帳票形式、カード形式、Excelシート似形式に切り替えられてすごく便利。これが親フォームでも埋め込みのサブフォームでもできるので便利。フォーム作成とデータ入力に使うだけでも中古のAccess2000は買い!ですヤフオク即決価格で4000円くらいでOfficeProが変えるのでデータ管理にコストをかけたくないなら2000%「買い」ですね。逆に、細かい「集計・グラフ・シュミレーション・その他」等々は、AccessはExcelには全く敵いませんので、素直にExcelを活用します・Excelにできないこと04~高度な帳票印刷を少ないVBA追記量で処理することただし、Accessの帳票は罫線が引きにくいし慣れるのが大変なので微妙。・Excelにできないこと05~クライアント5台~10台とかでの同時アクセス・でもそれくらいしかなくてピボットもグラフもExcelでやるほうがいい。・あとはSQLが至る所で使える等々で工数・コストが半分以下で済むことくらい。※あくまでも「主に」で。ガチガチじゃなくてもいいので。★ソフトと各機能をよく知り、お互いの得意を発揮させ、不足を補い合う・「データからヒントを得る」のは両方から。両ソフトでの作業プロセスの中からでもヒントが得られるから。「早い、速い、安い、うまい!」だから。逆に、自分の目の届く範囲・規模の中で使うのが良いと思います。外部のプロの方に一部お任せするほうが「早い、速い、安い、うまい!」になる場合もあるかもです。(外部のプロの方次第ですが・・・)★Accessでは、1つのmdbファイルに多くの機能を詰め込みすぎない参照整合性の機能を自前で作らないといけなくなりますが、そう極端に難解ではありません。安易な削除さえ防げれば完璧でなくても意外と困らないですし。「営業中でも」メンテがしやすくなります。その意味で、高度なユーザー別セキュリティは捨てたほうがラクです。★Accessでは「共用部品用のmdb」を作り、参照設定することで工数を減らします。「共用部品」として、共用のフォームとか、共用の関数、などを組み込みます。「一時テーブル」も外部に分けて、「プログラムだけのmdb」を作ると良いです。厳格なユーザー別セキュリティがどうしても必要な場合の外部のプロの例(僕とはなんのつながりもありません。)厳格なユーザー別セキュリティがどうしても必要な場合は(クライアントが10台とか)、規模が小さくても絶対にプロに頼むほうが安上がりだと思います。信頼がベースにある会社様なら「絶対に厳格なユーザー別セキュリティが必要ではない」ことも少なくはないので、対費用効果を考え、事前に十分な検討は必要だと思います。プロに頼む場合は例えば以下のような業者様があるようです。発注ナビ株式会社(データベース構築・改修を依頼できる業者探し)たった1分の問い合わせから「最速3時間」でベストマッチの開発会社を見つける「探す時間がない。Windows10へのインストール(1511、1607はOK。→pskillで消す。「MSACCESS.EXE」へのパスを含んだショートカットも。Serverのほうが速いか?→そうでもない。リンクテーブルがファイルサーバにある時、oplock無効設定すればまず壊れない(Windows2000サーバやXPなど)※逆にoplock無効化設定を忘れると同時アクセスでめちゃくちゃ壊れます。連結フォームをできるだけ共有しない(常時共有書き込みの禁止)。書き換え内容を逐一送信する(書き込み共有は瞬間瞬間のみとする)場合によっては検索用は各PCのローカルに検索用DBをコピーとして置く。連結フォームの共有書き込みの同時アクセス数が少なければまず壊れない。