Нужна консультация по созданию базы данных.все в одной таблице или разделены? - PullRequest
1 голос
/ 31 декабря 2010

Я занимаюсь разработкой приложения для риэлторской компании.проблема, с которой я сталкиваюсь, связана с реализацией базы данных.однако я просто не понимаю, какой способ усыновления, я был бы признателен, если бы вы помогли мне обосновать реализацию базы данных.

здесь моя ситуация.

a) Мне нужно сохранить свойствоподробности в базе данных.

b) свойства имеют примерно 4-5 категорий, к которым он будет принадлежать, например: переиздание, коммерческие, промышленные и т. д.

c) теперь категории имеют подгруппыкатегории.например.жилая категория будет иметь подкатегорию, такую ​​как.Квартира / Отдельный дом / Вилла / Фермерский дом / Квартира-студия и т. Д. И, следовательно, коммерческие, промышленные или сельскохозяйственные объекты также будут иметь подкатегории.

d) в каждой подкатегории должны храниться разные значения.как у жильца будут такие функции, как спальни / кухни / прихожая / ванная комната и т. д. эти функции зависят от подкатегорий.

Например, как я хочу реализовать свое приложение, вы можете посмотреть на этом сайте.,

http://www.magicbricks.com/bricks/postProperty.html

Я мог бы подумать о таком решении.

a) создать от четырех до пяти таблиц в зависимости от существующих категорий (проблема заключается в том, чтокатегории могут увеличиться в будущем).

b) создать разные таблицы для всех функций, местоположения, цены, описания и объединить таблицу общих свойств в одну.например, все имущество будет иметь общую сущность, такую ​​как местоположение, общая площадь и т. д.

что бы вы мне посоветовали, учитывая текущую ситуацию.

спасибо

Ответы [ 3 ]

2 голосов
/ 31 декабря 2010

Для правильной реализации вам необходимо знать ( read ) о нормализации базы данных. Каждой сущности нужна своя таблица. У вас будут таблицы для:

  • объекты (объекты недвижимости)
  • категории
  • transactionTypes
  • ... и т. Д.

Если у вас есть иерархические категории, строго организованные в виде древовидной структуры, вы можете захотеть реализовать это как древовидную структуру, хранящуюся в одной таблице. Если есть возможности перекрытий, то это означает, что вам нужно иметь разные таблицы для каждой, например:

  • propertyTypes
  • propertyRatings
  • propertyAvailability
  • ... и т. Д.
0 голосов
/ 31 декабря 2010

Категории свойств - еще один пример шаблона проектирования gen-spec.

Для предварительного обсуждения gen-spec вот ссылка .

0 голосов
/ 31 декабря 2010

Как правило, вы можете иметь таблицу для каждого свойства «тип», содержащую информацию, специфичную для «типа», но также иметь соответствующую «общую» таблицу, которая будет содержать общие поля для всех типов, таких как «цена», «адрес» и т. Д. ...

Так структурированы данные MLS.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...