Рекомендации по хранению DNS-доменов в базе данных SQL?

Question

хорошо, поэтому я размышлял об этом некоторое время, и это не очевидно - вот моя попытка в SQL (для PostgreSQL):

CREATE TABLE domains (
  id SERIAL NOT NULL,
  display_name varchar(255) NOT NULL,
  domain_name  varchar(255) NOT NULL UNIQUE,
  tld varchar(10) NOT NULL,
  domain_type  INT NOT NULL,
  --
  PRIMARY KEY (id)
) ;

но некоторые вопросы будут такими: * хранить http: // - с доменом? - например, http://www.domain.com? * стоит ли разбивать текст на отдельные столбцы? например .com * дело? это имеет значение * что-нибудь еще?

Что делают все остальные? - спасибо,

Answer 1

Краткий ответ: нет лучших рекомендаций по хранению записей DNS.Существуют лучшие методы хранения данных в базе данных.Обычно это происходит за счет уменьшения дублирования хранимых данных и способа доступа к ним.

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

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

Answer 2

Помните, что все зависит от вашего предполагаемого использования.

Возможно, вы захотите сохранить http: //, но в отдельном столбце или битовом поле.Вы можете решить, что хотите различать ftp, http, https и т. Д.

Время снова зависит от предполагаемого использования.Будет ли много международных сайтов, таких как bbc.co.uk, с несколькими списками?Вы, вероятно, захотите это отдельно, потому что это может быть проблемой, чтобы отделить это.Опять же, если вы не думаете, что будете использовать только tld для чего-либо, это может не иметь значения.Впрочем, гораздо проще начать все правильно, чем частично изменить курс.