- ベストアンサー
ローカルデータベースの選択に迷っています
rivoisuの回答
一般的にはサーバーにSQLServerを入れるならそこに一本化するべきでしょう。 パフォーマンスにもそれほど問題はないと思います。 ローカルデータベースというのがどういう意味で使われているのかよくわかりませんが、PC側のAccessからまるでAccessのDBのように見える方法があります。（プロジェクトを作成しリンクする） むしろこの方法のほうがSQLのマネージャより使いやすい。 （当然、SQLのマネージャでなければできないこともある）
関連するQ&A
- 他のローカルにあるデータベースに接続することは可能？
Pc-1のローカルのSQLサーバーに置いてあるデータベースに Pc-2から接続することは可能ですか？（この2台はLANで接続されています） もし可能な場合、Pc-2にもSQLサーバーをインストールしなくてはダメですか？ よろしくお願いします。
- ベストアンサー
- SQL Server
- SQLクエリでデータベースが壊れる？
AccessアプリでSQL Serverデータベースを更新しています。 データベースをODBCデータソースとして登録して、AccessdeそのODBCデータソースへのリンクテーブルを作っています。 データベースが何回か壊れたのですが、AccessVBAから発行したリンクテーブルへのSQLクエリでデータベースが壊れるようなことはあるんでしょうか？ あるとしたら、そのクエリを発行すると必ず壊れると思うんですが・・・。 同じAccessアプリを使っても、データベースが壊れない環境もありますし・・・。 データベースが壊れた原因がわからなくて困っています。 Windows 7、SQL Server 2008 R2 Express です。
- 締切済み
- SQL Server
- ＭＳＤＥについて
このサイトで色々勉強させて頂いたのですが、ご意見お聞かせください。 ＭＤＢ、ＭＳＤＥ，ＳＱＬサーバーとデータベースがあった場合。 基本的にＭＤＢはスタンドアロンで使用するものだと思っております。（数台のクライアントを繋げて使用するのには壊れやすい？） ＳＱＬサーバーはサーバー側にデータベースを持ち、複数台のクライアントを接続する場合に使用するという認識を持っております。 そこで、ＭＳＤＥなんですが、オフィスプロに付属していて配布ができ、ＳＱＬサーバー互換ということが書いてあったのですが、やはりサーバー上にデータベースを持ってクラサバ型で使用するものなのでしょうか？ 配布も無料とのことですが、ＳＱＬサーバーより不利な点としては何があるでしょうか？ 接続台数は５～７台位になるかと思います。 コストを抑える事を考えると、ＳＱＬサーバーの変わりにＭＳＤＥを使用した方がベターなのでしょうか？
- ベストアンサー
- オフィス系ソフト
- 複数データベースでのテーブル共有
SQL Server初心者です。 下記のことが可能かどうか教えてください。 現在、社内ASP Webシステムが10個くらいあります。 バックエンドデータベースとしてAccessを使用していますが、ファイルサイズが数十メガになってしまったものもあり、これらをすべてSQL Serverに移行しようと考えています。 Accessでは、複数のデータベースで共有したいテーブルがある場合、リンクテーブルとして共有できるため、これらのWebシステムでも社員情報テーブルをすべてリンクテーブルで共有しておりました。 SQL Serverに移行した場合、Accessのようにテーブルを共有することはできるのでしょうか？ ご教授のほどよろしくお願いします。 バージョン： SQL Server 2000
- ベストアンサー
- SQL Server
- データベースの設計方法について
全くの初心者で、いろいろな書籍を参考に販売・在庫管理データベースをつくりたいと勉強しています。 環境はMicrosoft SQL Server 2008 R2 EE をサーバーにインストールして、別のクライアントパソコンから SQL Server Management Studio でデータを作成しています。 データベースとは閉じた空間で、１つのデータベース内で必要なテーブルを全て用意するものと思っていました(参考にした書籍もそうなっていました)。 しかし、ネットでいろいろ調べるとインスタンス内に複数のデータベースを作成し、それらデータベース内のテーブルは相互接続可能出来るみたいでした。 となると、データベースを設計する際 ＜販売管理データベース＞ ・顧客情報テーブル ・商品情報テーブル ・在庫テーブル ・単価テーブル ・請求データテーブル ・伝票テーブル ・etc. と１つのデータベースに全てのテーブルを用意する設計では無く ＜販売管理データベース＞ ・伝票テーブル ・請求データ ・etc. ＜顧客情報データベース＞ ・顧客情報テーブル ・単価テーブル ・etc. ＜商品情報データベース＞ ・商品情報テーブル ・在庫テーブル ・etc. みたいに、機能ごとにデータベースを分けて、インスタンス単位で１機能(もしくは複数機能の実装)の設計でも良いのでしょうか？ プログラム言語の、プロジェクト＝インスタンス、クラス＝データベースみたいな考え方が出来ればと思っています。 この方法が正しいのか誤りなのか、そもそも理解に誤りがあるのか全く見当が付きません。 一般的にはどのようにするものなのでしょうか？
- ベストアンサー
- SQL Server
- ドメイン構成でのローカル専用のAdministratorについて。
ドメイン構成でのローカル専用のAdministratorについて。 自社サーバの管理をしております、今までは全て自分一人で各設定やインストール作業を行ってきたのですが、 私自身が外出している事が多くなってきた事もあり、一部の管理を特定のユーザーに移管したいと思っております。 経営者の指示もあり、完全なアドミニ権限は渡せないのですが、クライアント機に対する操作に限って アドミニと同じように振舞える権限の設定が出来ないかな？っと考えております。 以下のような権限を持つユーザー（もしくはOU）を作りたいのですが、良いやり方はないでしょうか？ ・クライアントマシンへのソフトウェアやDriverのインストールは出来る。 ・クライアントのローカルドライブのアクセス権やセキュリティ設定は自由に変更できる （クライアントマシンに対してはアドミニ同等をイメージしております） ・Server機でのインストールや、GPOの変更等の操作は出来ない。 ・ファイルサーバ（Serverのローカルドライブ）のアクセス権やセキュリティ設定は変更でき無い。 ・Server機のロックの解除は出来無い。 Server機は2台有り、どちらもWindows2003Server R2のスタンダードで、 シングルドメイン・アクティブディレクトリで、移動プロファイルを利用しております。 ServerＡ ファイルサーバ、DC、DHCP、DNS、プリントサーバ、WSUS、操作マスター。 ServerＢ ファイルサーバ、DC、DHCP、DNS、プリントサーバ、WSUS、SQL。 クライアントマシンは全てWindowsXP Pro SP3となっております。
- ベストアンサー
- Windows系OS
- ACCESS 2.0の業務用アプリケーションとACCESS データーベースウィンドウズよりのDBへの直接操作について
ACCESS 2.0の業務用アプリケーションが稼動している時にACCESS 2.0のデーターベースウィンドウズでopenした削除クエリー等でテーブル等を操作することはACCESS 2.0のアプリケーション（及びデーターベース、テーブル等）を破壊する事があるのですか？サーバーにテーブル、クライアント３台にアプリケーションのシステム環境です。宜しくお願いします。
- ベストアンサー
- SQL Server
- データベースは何が良いでしょうか？
現在、データベースを使用するシステムを構築しようとしています。 現在、想定している環境は、以下の通りです。 １．Windows2000上で動作する。 ２．データベースの読み書き用のプログラムは、ＶＢ．ＮＥＴを使用して開発する。 ３．テーブルのレコード数は最大1000×365=約37万件 （1000件の顧客で、356日分のデータ） ４．１顧客につき、１月単位、１日単位でデータの表示及び印刷を行う。 現在、データベースの候補として、 ACCESS SQLサーバー オラクル MySQL等を想定しています。 私としては、パフォーマンス的に問題ないならACCESSにしたい。問題があるならSQLサーバーにしたいと考えております。理由は、ＶＢ．ＮＥＴに合うのは同じマイクロソフトの製品だろうという漠然としたものです。また、ACCESSが一番簡単でてっとり早いような気がしたからです。 上記の中で、お薦めのデータベースがありましたらコメントください。またその理由もお願いします。（上記以外でもかまいません）
- ベストアンサー
- その他(データベース)
- データベースを使わず、テキストファイルで・・・
SQLサーバーとかを使わずに、テキストファイルで 多人数がアクセスするプログラムを作成しました。 テキストファイルを開くときは、もちろん排他的 ロック、アンロックしていますが、心配なところです。 SQLサーバーなどを使わないで多人数（～10人程度）が 利用するプログラムはテキストファイルが壊れやすい でしょうか？ 将来的には、やはりなんらかの安価なデータベースを使っ たWEBアプリに改変予定ですが、それにはどういったサーバ がおすすめでしょうか？また、作成のコツなどを教えて ください。昔、VBとSQLサーバーで社内システムを構築 した経験はありますが、離れているので技術力は 乏しいです。
- ベストアンサー
- Perl
- Oracle10g・・ODBCで接続できない
Oracle10gのStandardEditionをサーバーにインストールし、データベースを作成しました。 それに対してクライアントにも10gをインストールし、ローカルメソッド名を設定して、接続テストも通りました。SQL*Plusを起動して接続することもできました。 ですが、Accessを使ってテーブルの中身を見ようと思い、ODBCを設定したのですが接続テストをすると固まってしまいます。どうすればODBCで接続できるようになるのでしょうか？
- ベストアンサー
- Oracle