Как правило, телефонные номера добываются из общедоступных источников. Многие пользователи интернета не задумываясь дают свой телефон в социальных сетях - на своих собственных страницах. Путем банального перебора страниц можно накопить достаточную базу данных.
Также существует весьма ценная информация в программных API разных сайтов. При должном умении и терпении можно вытащить (вполне законно) массу личных данных пользователей.
Ну, и естественно, существует целый рынок баз данных. Он достаточно активен. Поэтому сочинители данного ресурса могут просто покупать информацию у жучков-купцов. Которые целеустремленно собирают базы данных.
Кстати, я пробежался по своим знакомым телефоно/владельцам - их нету. Может быть пока?
Базы данных можно создавать на конкретные профессии или вакансии, также базы данных например донорской крови или люди готовые продать свои органы для трансплантации. Да все что угодно. Какая вас база данных интересует?
1.http://rabota.yandex.ru/company.xml?text=%D0%97%D0%90%D0%A0%D0%90%D0%91%D0%9E%<wbr />D0%A2%D0%9E%D0%9A+%D0%9D%D0%90+%D0%91%D0%90%D0%97%D0%95+%D0%94%D0%90%D0%9D%D0%9D%<wbr />D0%AB%D0%A5&rid=43&from=wizard¤cy=RUR
2.http://el-commercial.ru/2009-06-13-14-48-14/46--joomla
3.http://rabotai.in/rabota8/index52.php
4.http://zarobitok.ru/baza-danux-rabota/
5.http://zarabatuvai.ru/zarabotok-na-sozdanie-baz/
1 зайти в PhpMyAdmin (должно находится в панели управления хостингом)
2 перейти в раздел Импорт
3 выбрать файл и кодировку.
4 нажать кнопоку
Реляционная база данных представляет собой множество взаимосвязанных таблиц. В каждой таблице хранится информация об объектах определенного типа. Между таблицами установлены отношения. Собственно именно поэтому база данных и называется реляционной.
relation в переводе с английского "отношение".
Так же есть еще иерархические базы данных. Здесь данные представлены в виде древовидной структуры.Между объектами существуют связи, каждый объект может включать в себя объекты более низкого уровня.
Есть еще сетевые базы данных. Но это так сказать частный случай иерархической системы.
В чем же отличие? Не реляционная иерархическая база данных существенно более эффективно использует память ПК. Высокая скорость выполнения основных операций над данными.
Но эта модель очень громоздка, не проста для понимания и реализации. В частности запрос от верхнего уровня к нижнему достаточно прост, в то время ка запрос наоборот от нижнего к верхнему очень сложен.
Поэтому используется реляционная база данных. Она понятна, проста и удобна для реализации.
Если база заточена под MS SQL, то тут без вариантов. Есть программы, которые можно запихать под другую СУБД, но это как повезет. Была у нас когда-то очень давно такая Terrasoft CRM, так мы ее запихивали под MySQL, была у нас версия под Windows. Какие-то базы могли работать под Postgre или даже под SQL-Lite, но это уже больше под nix-ами. Но не факт, что все работало или работало так, как под M$ SQL. Иногда потом переходили на нормальный M$ SQL, когда работа усидивалась. Обычно хватало SQL Express, для той же 1С-ки или для какой-нибудь CRM-ки, если не хватало, проще было купить или найти пиратку. С Oracle-ом вообще вилы были, приходилось всю базу с нуля переписывать под новую СУБД. Короче говоря, если база серьезная, типа многофилиальной 1С, MS Dynamics, лучше не изобретать велосипед, а использовать ту СУБД, под которую она создана. Иначе граблей не миновать.
