dbTalk Databases Forums  

Design Problem - Companies Entity

comp.databases comp.databases


Discuss Design Problem - Companies Entity in the comp.databases forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
cpisz
 
Posts: n/a

Default Design Problem - Companies Entity - 02-26-2010 , 10:56 AM






I just got a bomb dropped on me. Evidently my employer wants to market
to not only people, but companies. I had made a good ERD, and API for
marketing to People, including names, addresses, phone numbers, email
addresses, etc. I don't know how to do companies. I figure that
someone else out there must have run into the same problems. Surely
somone has company info in a database somewhere.

Problems:
1) How can you uniquely identify a company?
I figured a taxID would be good, but we don't have access to that.
We get forms in with company name and
address. Problem with names is someone could write down, "I work
for J&B Inc." while another writes
down, "I work for Johnson and Buchman Inc." Same problem with
addresses, but to a lesser degree.
2) I've already got an ERD for People, with names table, addresses
table, phone numbers table, email table, etc.
A company probably has all the same data. I would like to be able
to use the same tables for a company, but
am unsure how to do it. (wish I could just post my ERD). Thing is,
a person "works for" a company too.
So, I've got
"prospects" that are "people" or "companies"
"people that work for "companies"
and several data tables containing addresses, names, phone
numbers, etc. that both "people"and "companies" have"
I don't know how to link the names, addresses, phone numbers,
email addresses to both people _and_ companies.

Reply With Quote
  #2  
Old   
David Portas
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 02-27-2010 , 05:54 AM






"cpisz" <christopherpisz (AT) gmail (DOT) com> wrote

Quote:
I just got a bomb dropped on me. Evidently my employer wants to market
to not only people, but companies. I had made a good ERD, and API for
marketing to People, including names, addresses, phone numbers, email
addresses, etc. I don't know how to do companies. I figure that
someone else out there must have run into the same problems. Surely
somone has company info in a database somewhere.

Problems:
1) How can you uniquely identify a company?
I figured a taxID would be good, but we don't have access to that.
We get forms in with company name and
address. Problem with names is someone could write down, "I work
for J&B Inc." while another writes
down, "I work for Johnson and Buchman Inc." Same problem with
addresses, but to a lesser degree.
2) I've already got an ERD for People, with names table, addresses
table, phone numbers table, email table, etc.
A company probably has all the same data. I would like to be able
to use the same tables for a company, but
am unsure how to do it. (wish I could just post my ERD). Thing is,
a person "works for" a company too.
So, I've got
"prospects" that are "people" or "companies"
"people that work for "companies"
and several data tables containing addresses, names, phone
numbers, etc. that both "people"and "companies" have"
I don't know how to link the names, addresses, phone numbers,
email addresses to both people _and_ companies.







A Universal Person and Organization Data Model
http://www.tdan.com/view-articles/5014/

--
David Portas

Reply With Quote
  #3  
Old   
--CELKO--
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 02-27-2010 , 08:15 PM



Quote:
1) How can you uniquely identify a company?
DUNS number and an ISO size code of 9. You migth want to look at my
book on Standards.

Reply With Quote
  #4  
Old   
cpisz
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-01-2010 , 04:56 PM



On Feb 27, 7:15*pm, --CELKO-- <jcelko... (AT) earthlink (DOT) net> wrote:
Quote:
1) How can you uniquely identify a company? *

DUNS number and an ISO size code of 9. *You migth want to look at my
book on Standards.
Looked up "DUNS" and it appears it is an ID assigned by a company to
uniquely identify companies. However, I'd require some means of
getting the number based on a name and an address, I don't think my
superiors would agree to pay a fee for each one... Is there som public
means of look up?

Reply With Quote
  #5  
Old   
Gene Wirchenko
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-01-2010 , 05:59 PM



On Mon, 1 Mar 2010 13:56:22 -0800 (PST), cpisz
<christopherpisz (AT) gmail (DOT) com> wrote:

Quote:
On Feb 27, 7:15*pm, --CELKO-- <jcelko... (AT) earthlink (DOT) net> wrote:
1) How can you uniquely identify a company? *

DUNS number and an ISO size code of 9. *You migth want to look at my
book on Standards.

Looked up "DUNS" and it appears it is an ID assigned by a company to
uniquely identify companies. However, I'd require some means of
getting the number based on a name and an address, I don't think my
superiors would agree to pay a fee for each one... Is there som public
means of look up?
I had to get one years ago when I started doing freelancing work
for Eaton's (a former department store chain in Canada). There was no
charge, and it was just a phone call, but I was the one to do it.
Eaton's could force it on me since I wanted to get paid, but that may
not work for you. ("force" is a rather strong word, but their
payables operated by DUNS.)

Sincerely,

Gene Wirchenko

Reply With Quote
  #6  
Old   
paul c
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-01-2010 , 09:33 PM



David Portas wrote:
Quote:
"cpisz" <christopherpisz (AT) gmail (DOT) com> wrote in message
news:a45c89ac-1040-44a2-a1c1-eb9ca9e6d907 (AT) m37g2000yqf (DOT) googlegroups.com...
I just got a bomb dropped on me. Evidently my employer wants to market
to not only people, but companies. I had made a good ERD, and API for
marketing to People, including names, addresses, phone numbers, email
addresses, etc. I don't know how to do companies. I figure that
someone else out there must have run into the same problems. Surely
somone has company info in a database somewhere.

Problems:
1) How can you uniquely identify a company?
I figured a taxID would be good, but we don't have access to that.
We get forms in with company name and
address. Problem with names is someone could write down, "I work
for J&B Inc." while another writes
down, "I work for Johnson and Buchman Inc." Same problem with
addresses, but to a lesser degree.
2) I've already got an ERD for People, with names table, addresses
table, phone numbers table, email table, etc.
A company probably has all the same data. I would like to be able
to use the same tables for a company, but
am unsure how to do it. (wish I could just post my ERD). Thing is,
a person "works for" a company too.
So, I've got
"prospects" that are "people" or "companies"
"people that work for "companies"
and several data tables containing addresses, names, phone
numbers, etc. that both "people"and "companies" have"
I don't know how to link the names, addresses, phone numbers,
email addresses to both people _and_ companies.








A Universal Person and Organization Data Model
http://www.tdan.com/view-articles/5014/

Computers have never been very hot at handling the human notion of `or`
(nor the logical one). Developers have always been good at showing a
lack of discipline in the face of wishful thinking by their employers.
A number of popular press authors have seized on and profited by, the
human failings.

Reply With Quote
  #7  
Old   
Jasen Betts
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-05-2010 , 03:56 PM



On 2010-02-28, --CELKO-- <jcelko212 (AT) earthlink (DOT) net> wrote:
Quote:
1) How can you uniquely identify a company?
What is it that differentiates companies for you?
(email( | phone | fax | postal?) address of the purchasing dept?)

Quote:
DUNS number and an ISO size code of 9. You migth want to look at my
book on Standards.
DUNS looks like a single point of failure that's beyond your control.

If you want to market to a company and that company is not found in
the DUNS search (which seems to be broken for most contries) there's
nothing you can do.

Do you have a plan to handle mergers, takeovers, demergers, etc. or does the
database have a finite lifesopan?


--- news://freenews.netfront.net/ - complaints: news (AT) netfront (DOT) net ---

Reply With Quote
  #8  
Old   
--CELKO--
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-06-2010 , 01:22 PM



Quote:
DUNS looks like a single point of failure that's beyond your control.
All standards are "beyond your control"; do you invent your own postal
codes? Or do you use an external authority that maintains it for
you?

Quote:
If you want to market to a company and that company is not found in the DUNS search (which seems to be broken for most countries) there's nothing you can do.
Since I was one of those companies, your client tells you to get a
DUNS. It is free, after all. I don't think you have an idea of how
Universal the DUNS is. The US Government requires it as does the EU.
The DUNS database has over 100 million entries for businesses
throughout the world. You might want to Google a for a quick overview:

http://en.wikipedia.org/wiki/DUNS_NUMBER
http://www.dnb.com/us/duns_update/

Quote:
Do you have a plan to handle mergers, takeovers, demergers, etc. or does the database have a finite lifespan?
The whole point is that the I do NOT handle it! I have an external
authority for verification that does all the work for over 100 million
entries without my lifting a finger. Same idea as a postal code, only
more international.

Reply With Quote
  #9  
Old   
Jasen Betts
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-08-2010 , 04:14 AM



On 2010-03-06, --CELKO-- <jcelko212 (AT) earthlink (DOT) net> wrote:
Quote:
DUNS looks like a single point of failure that's beyond your control.

All standards are "beyond your control"; do you invent your own postal
codes? Or do you use an external authority that maintains it for
you?

If you want to market to a company and that company is not found in the DUNS search (which seems to be broken for most countries) there's nothing you can do.

Since I was one of those companies, your client tells you to get a
DUNS.
"get a DUNS code so we can send you advertising material"
I can't see that having a high success rate.

Quote:
It is free, after all. I don't think you have an idea of how
Universal the DUNS is.
the website didn't work when I tried it, in particular the "go to your
country's site" part.

Quote:
The US Government requires it as does the EU.
that's about 1/3 of the worlds population

It'd be stretching the truth to call it global,
and yet you claim it's universal?

Quote:
The DUNS database has over 100 million entries for businesses
throughout the world. You might want to Google a for a quick overview:
so no check digits

Quote:
http://en.wikipedia.org/wiki/DUNS_NUMBER
http://www.dnb.com/us/duns_update/

Do you have a plan to handle mergers, takeovers, demergers, etc. or does the database have a finite lifespan?

The whole point is that the I do NOT handle it! I have an external
authority for verification that does all the work for over 100 million
entries without my lifting a finger. Same idea as a postal code, only
more international.

--- news://freenews.netfront.net/ - complaints: news (AT) netfront (DOT) net ---

Reply With Quote
  #10  
Old   
--CELKO--
 
Posts: n/a

Default Re: Design Problem - Companies Entity - 03-09-2010 , 11:32 AM



Quote:
"get a DUNS code so we can send you advertising material" I can't see that having a high success rate.
When I buy a commercial mailing list these days, I get the NAICS codes
(http://trial.selectory.com/lp/google...cs-codes.html?
registrationcode=goog0340&LeadDest=DNB) which leads me to the DUNS
numbers.

Quote:
that's about 1/3 of the worlds population. It'd be stretching the truth to call it global,
and yet you claim it's universal?

Since 80% of the world's population lives on less than $10 per day,
they are not a great market (http://www.globalissues.org/article/26/
poverty-facts-and-stats). Gee, I guess we will not get flyers and our
products to the Amazon headhunter villages that are on the Internet,
trying to sell their traditional goods

Quote:
so no check digits
That one really bothers me. I bitched this problem in passing in one
of my books, where I urge DB designers to always make codes long
enough to allow growth. Nobody expected the DUNS to grow like that,
especially with the fall of the Soviet empire and the opening of China
Capitalism.

Likewise, the VIN system is undergoing changes because of growth.

Hey, maybe there is a good article on this in the making!

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.