2011-02-08 2 views
0

Я уверен, что я уже знаю ответ, но хотел бы получить подтверждение ...Больше строк или больше таблиц в дизайне db?

Мы получили 220 текстовых файлов поставщиков. Каждый файл является другой категорией провайдера. Всего 3,2 миллиона записей.

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

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

Это реализация PHP/MySQL.

Кто-нибудь думает, что отдельная опция таблицы лучше по любой причине?

Спасибо, D.

+0

Как вы будете использовать данные? Будет ли оно в конечном итоге агрегировано или будет индивидуальный отчет для каждого провайдера? –

+0

Сгруппировано, я верю ... Я просто вхожу в проект, но я думаю, что он будет просто ОТДЕЛЬНО против – Don

ответ

1

Go с два стола подхода - categories и providers.

Это позволит вам

  1. легко добавляющих новые категории
  2. легко обратный поиск Категории основанные на колонке, такие как state из provider.

Это имеет смысл и с точки зрения структуры данных. Один тип данных в одной таблице.

+0

Это была моя мысль и об этом. Просто хотел выбросить его в сообщество для обратной связи в случае, если бы был случай, о котором я не думал. Цените помощь. – Don

1

Я согласен с вашей первоначальной мыслью и ответом Нишанта. В дополнение к его пунктам он также нормализует данные и позволяет легко обновлять, если по какой-то причине категория меняет имена.

Смежные вопросы