- ベストアンサー
住所のDBテーブル、マスターの構成について
ki073の回答
- ki073
- ベストアンサー率77% (491/634)
No.1,3です。 現実的なやり方として、既に顧客情報が電子データ化されていて、今後追加はあまり発生しないのでしたら、既存データをそのまま使う(多分質問欄の最初のケース)のが良いと思います。 これから電子データを作成するのなら、郵便番号から住所に変換できるテーブルを作成しておき、自動的に住所(町域名まで)を入れるのがかなり効率的です。以前200件程度を一気に入れましたが1時間程度だっと思います。 入力効率を重視するか、容量を重視するかでデータの持ち方が変わってくると思います。 取引先は地域が偏っている場合が多いので、必要な都道府県だけのデータを使うことで郵便番号データはコンパクトになります。 郵便番号データテーブルを作るのは、住所入力の効率化なので、必要がないと言えばそうなのですが。 開発効率優先で、Ruby on Railsで1時間くらいでシステムを作って、住所データを入力したので、Accessとはずいぶん違うかもしれません。 No.3の方式を採用するのでしたら、 ◆市町村名テーブル ・全国地方公共団体コード ・市町村名 ・都道府県ID としておいた方が、データベースの設計は楽かもしれません。Ruby on Railsの場合はスクリプトが簡単に書けますので、その時は情報が重複する都道府県IDは市町村名テーブルには入れませんでした。 ご参考に。
関連するQ&A
- テーブル設計につきまして(正規化)
顧客情報管理サイトを作ろうと思っています。 ・非正規化 {顧客コード , 氏名 , かな名 , 性別 , 郵便番号 , 都道府県 , 市区町村 , 建物名 , 電話番号 , FAX番号 , 携帯番号1, 携帯メール1 , 携帯番号2 , 携帯メール2 , 顧客ランク,備考} の列を考えております。 ・正規化テーブル 1.顧客情報テーブル {顧客コード , 氏名 , かな名 , 性別 ,郵便番号(外部キー) , 建物名 , 電話番号 , FAX番号 , 携帯番号1, 携帯メール1 , 携帯番号2 , 携帯メール2 , 顧客ランク,備考} 2.郵便情報 {郵便番号(主キー) , 都道府県 , 市区町村 これ以上、正規化できないと思っているのですが、顧客情報テーブルをもっと効率よく テーブルを設計し、正規化できるものでしょうか? よろしくお願いします。
- ベストアンサー
- その他(データベース)
- テーブルの分散について
お世話になります。 個人情報を格納しているユーザーテーブルがあります。 項目は以下の通りです。 ------------------------------ 1.連番 2.ユーザーID 3.名前カナ(姓) 4.名前カナ(名) 5.名前(姓) 6.名前(名) 7.性別 8.生年月日 9.年齢 10.電話番号 11.携帯番号 12.メールアドレス 13.パスワード 14.職業 15.郵便番号 16.国 17.住所(都道府県) 18.住所(市区町村) 19.住所(町域(番地)) 20.住所(建物名) 21.備考1 22.備考2 23.備考3 24.備考4 25.備考5 ------------------------------ 上記のように個人情報を1つのテーブルにまとめてセキュリティ上、問題はありませんでしょうか。 もし上記のテーブルを分散するとしたらどのように管理するようにしたらいいのでしょうか。 くだらない質問で大変申し訳ありませんがご教授いただけたら幸いです。 何卒、アドバイスの方を宜しくお願いします。
- 締切済み
- MySQL
- 郵便番号と住所について。
Access2000で住所録をつくっています。 郵便番号を入力して変換すると住所になる、というIMEの機能はわかったのですが、郵便番号と住所を別の欄につくったので、郵便番号を入力したら自動で住所欄に住所が入るようにしようと思い、郵政省のところから住所録(全国版)を持ってきました。 これを「住所録」というテーブルにしました。 フィールドとしては ・郵便番号 ・都道府県 ・市町村 ・町名 の4つです。 これを使い自動で入力を行うような状態にしたいのです。 郵便番号を入れると自動で入力されるようにする、というのはなんとかできそうなのですが、逆のパターンの場合にどうしたらいいか考えています。 (例えば同じ町名でも番地によって郵便番号が違うのはどうしたらいいか・・・など。) また、「北海道」と都道府県に入力したら市町村のところには北海道の市町村しか出ないようにするにはどうしたらよいでしょうか?(町名もおなじく。) やはり都道府県別にテーブルを作ったりする必要が出てきますか? よろしくお願いします。
- ベストアンサー
- その他(データベース)
- Access、同じテーブルの2つの項目対他のテーブルで1つの項目のリレーションは可能?
Accessで販売管理をしています。 以下のテーブルを作成し(*は主キーです)、 [売上T] [商品M] [顧客M] [受注T] *売上NO *商品ID *顧客ID1 *受注NO 商品ID 商品名 *顧客ID2 商品ID 日付 顧客ID1 顧客名 受注日 金額 顧客ID2 受注金額 受注先1 受注先2 参照整合性にチェックを入れリレーションでつないでいます。 リレーションシップは下記のとおりです。 [売上T]商品ID―[商品M]商品ID―[受注T]商品ID [商品M]顧客ID1及び2―[顧客M]顧客ID1及び2―[商品M]受注先1及び2 ここで顧客と受注先が重複することもあるので、顧客Mから顧客ID及び受注先IDの2つのテーブルにリレーションシップを設定しているのですが、 クエリで [受注T]受注NO及び受注金額、[顧客M]顧客名で抽出したところ、 5000件以上[受注T]にデータがあるはずのものが、1200件ほどしか抽出できませんでした。 ちなみに[顧客M]と[受注用顧客M]というまったく別のテーブルを作成し、 [商品M]受注先1及び2―[受注用顧客M]顧客ID1及び2 とリレーションを作成し、クエリで抽出するとうまくいきました。 しかしこの方法だと、[顧客M]と[受注用顧客M]という2つのテーブルを管理しなければならなくなるので面倒です。 そこで質問です。 同じテーブルの2つの項目対他のテーブルの1つの項目とでは、うまくリレーションが設定できないのでしょうか。 もし出来ない場合、[顧客M]と[受注用顧客M]の2つのテーブルを管理しなければならない訳ですが、 なんとか簡単に管理できる方法(ひとつのテーブルを変更すると簡単にもうひとつが変更できる設定)はないでしょうか。 非常にわかりにくく長い文章で申し訳ありません。 VBA等はさっぱりわかりませんので、普通の設定の範囲内で、できるかどうかよろしくお願いします。
- ベストアンサー
- オフィス系ソフト
- access での値参照およびコピー
はじめまして、 どなたかアクセス2007での処理方法を教えてください。 アクセス初心者です。よろしくお願いいたします。 以下のような3つのテーブルがあります。 salesテーブルはcsvファイルをインポートしたワークテーブルです。 テーブル名:sales(ワークテーブル) 受注番号 名前 住所 3 さぶろう 長野県 4 しろう 愛知県 ここから追加クエリで以下のテーブルにデータを追加しました。 (ID12と13、IDはオートナンバーです。) テーブル名:顧客マスター 顧客ID 名前 住所 10 たろう 東京都 11 じろう 神奈川県 12 さぶろう長野県 13 しろう 愛知県 そして以下のテーブルにも追加クエリでワークテーブルの情報を追加しました。 テーブル名:受注情報(受注番号3と4を追加) 受注番号 顧客ID 商品名 1 10 りんご(すでにあるデータ) 2 11 ばなな(すでにあるデータ) 3 りんご(今回ワークテーブルから追加したデータ) 4 みかん(今回ワークテーブルから追加したデータ) 上記の場合で、受注情報テーブルに顧客IDを挿入するには どのような方法で追加すればよいのでしょうか? ワークテーブルの中に顧客IDはないので単純な追加クエリでは できなのでどうやったらよいか分かりません。 (顧客テーブルと受注情報テーブルは結合されています。) 同姓同名を避けるためにsalesテーブルの名前&住所と顧客マスターテーブルの 名前&住所を比べて、同じものの顧客IDを受注情報テーブルの顧客ID欄に入れたいのです。 そうすると顧客テーブルと受注情報テーブルの顧客IDのリレーションシップに矛盾が 起きないのではないかと思っています。 よろしくお願いいたします。
- ベストアンサー
- オフィス系ソフト
- 住所データの変換 こんなことできるソフト
住所データが数千件ありますが、入力されている形式がバラバラです。 下記のように統一する方法、あるいは市販ソフト、フリーソフトなどはありますか ? 元のデータは CSV形式です。 元データの一例 郵便番号、東京都千代田区千代田1-1-1東京ビル1階、会社名 目的とするデータ 郵便番号、東京都千代田区神田、1-1-1、東京ビル1階、会社名 ポイントですが「都道府県から番地の前まで」と「番地以降の住所」と「建物名」を分けたいということです。なお、元データの郵便番号は正確に入っています よろしくお願いします。
- ベストアンサー
- その他(ソフトウェア)
- マスタテーブルの変更履歴について
データベースについて質問させていただきます。 例えば、飲食店で発行されるレシートには以下が記載されています。 ・店舗名、電話番号、担当者名 ・購入した商品名、値段、会計 これらを後に会社の業務で画面にレシートのような情報を表示したり、データの分析に使う場合、データベースを作成すると思います。 そのデータベースとしては、 以下のようなものが必要だと、私は考えました。 ・店舗テーブル…属性:店舗コード、店名、電話番号、住所など ・従業員テーブル…属性:従業員ID、名前、所属の店舗コード ・顧客テーブル…顧客ID、顧客名、住所、電話番号 ・商品テーブル…属性:商品ID、商品名、単価 ・売上履歴テーブル…属性:購入履歴ID、商品ID、個数、購入日時、顧客ID、購入した店舗コード、従業員ID これらを踏まえて、以下の質問をさせていただきます。 ・マスタの更新や別途、変更履歴テーブルが必要なのか…商品テーブルは日々属性の情報が変更されると思います。例えば、不況によって、単価が変わるなど。これをマスタテーブルの単価だけ変更する対応だとすると、購入履歴テーブルは商品テーブルを利用するので、単価の変更前に購入した履歴も値段が変更されてしまいます。この対応策として、別途、商品マスタの履歴テーブルを作って購入日時などを元に正しい単価を判断するような感じで対応すると良いのでしょうか? ・テーブルの作成や検索の都度、毎回結合するのか…例えば、Aさんの購入履歴を画面に表示する場合、画面にAさんの名前を入力して検索ボタンを押すと、購入履歴テーブルから必要なレコードを取り出して、Aさんの購入履歴を画面に表示するイメージをしています。この際、購入履歴テーブルは、商品IDを元に商品テーブルと結合したり、他には顧客テーブルと従業員テーブルとも結合する必要があります。検索をする際は、毎回テーブル結合を行うのでしょうか?それならば、見にくいイメージがありますが、購入履歴テーブルの顧客IDを名前にしておいたり、従業員IDを従業員の名前にしておくと、テーブルの結合が必要なくて良いのではないでしょうか? 大変文章が長く、また、読みにくいもので申し訳ございません。 たくさんの回答、よろしくお願いいたします。
- 締切済み
- その他(データベース)
- PayPal 住所について
PayPalの住所登録について教えて下さい。 Postal code :郵便番号 Prefecture :県 City :町+市 Address Line1 :町域+番地 Address Line2 :アパート名 こんな感じで書いたんですが、登録住所の確認を英語表記で見ると 名前 町域+番地 アパート名 町+市、県、郵便番号 の並びになっています。 これは表記がバグってるだけなのでしょうか? それとも、正しくなるよう登録の修正が必要なのでしょうか? よろしくお願いします。
- ベストアンサー
- その他(ネットショッピング)
- 郵便番号を書いて、きちんと住所も書きますか?
郵便番号を書けば、基本的に番地だけで相手に届くシステムですが、それでも住所をきちんと書いていますか? 例えば都道府県とか市町村から、とか。 またそれはどうしてでしょうか。 相手に対して失礼になるからですか、それとも万一届かないかも知れないからですか、慣れているからつい書いてしまう?。
- ベストアンサー
- アンケート
お礼
ご回答ありがとうございます。 Rubyの場合には、スクリプト言語が簡単にかけるのですね。その場合のテーブルの作り方が若干変わってくるというのは面白いですね。私もRubyをネットで検索しましたが、初心者でも簡単に覚えられそうな点、魅力的です。 郵便番号をキーにした住所入力に関しては、私が作りたいシステムではあまり必要性がなさそうです。 知識としてはそういうやり方もあると言うことを頭に入れておきたいです。 ありがとうございました。