Результаты поиска по запросу "database-design"

8 ответов

Единственный ответ на вопрос.

ргумента того, должны ли когда-либо использоваться значения NULL: я отвечаю за существующую базу данных, которая использует NULL для обозначения «отсутствующих или никогда не введенных» данных. Он отличается от пустой строки, что ...

3 ответа

сопоставить записи из БД, которые происходят в воскресенье

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

1 ответ

en.wikipedia.org/wiki/Kvass

еделил таблицу MySQL: File -------------------------- ID int(11) PK name varchar(100) customerId int(11) FK isPrimaryImage tinyint(1) .... Я читал здесь, что MySQL не поддерживаетUNIQUE CONSTRAINT сWHERE условие. Для каждогоПользовательский ИД у ...

ТОП публикаций

4 ответа

Это зависит от того, как скоро нужно запустить пакетное задание. Если это что-то, что должно быть запущено «рано или поздно» и может дать сбой, и его необходимо повторить, определенно, приложение должно опрашивать таблицу и запускать их по мере необходимости.

жно ли для базы данных MySQL вызывать внешний exe-файл при добавлении новой строки в одну из таблиц в базе данных? Мне нужно следить за изменениями в базе данных, поэтому при внесении соответствующих изменений мне нужно выполнить некоторые ...

1 ответ

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

аюсь выбрать лучший способ для моделирования отношений записей в реляционной базе данных. Это классическая модель «Друг / Следуй»: ~~~~ Пользователь может иметь ноль для многих друзей. Пользователь может иметь ноль ко многим ...

29 ответов

What should every developer know about databases? [закрыто]

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

2 ответа

en.oreilly.com/mysql2009/public/schedule/detail/6814

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

4 ответа

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

у приложение на Erlang / OTP и хочу использовать последовательные счетчики в системе записи версий. Я впервые реализовал их с mnesia:dirty_update_counterно опыт его использования вытеснил эти жесткие требования: Счетчики должны иметь следующие ...

5 ответов

Вариант № 2, безусловно, самый эффективный способ сделать это для хранения ... но хранение дешево.

я есть заказ, который имеет статус (который в коде является Enum). Вопрос в том, как сохранить это. Я мог бы: Сохраните строку в поле и затем вернитесь к перечислению при извлечении данных.Сохраните это как целое число и затем вернитесь к ...

2 ответа

Приведение всех значений в строки, как в приведенном выше примере данных EAV, приводит к простой, но не масштабируемой структуре: взаимные преобразования типов данных с константой требуются, если кто-то хочет что-то сделать со значениями, и индекс для значения столбец таблицы EAV по сути бесполезен. Кроме того, неудобно хранить большие двоичные данные, такие как изображения, в закодированной форме Base64 в той же таблице, что и маленькие целые числа или строки. Поэтому большие системы используют отдельные таблицы EAV для каждого типа данных (включая большие двоичные объекты, «BLOBS»), а метаданные для данного атрибута идентифицируют таблицу EAV, в которой будут храниться ее данные. Этот подход на самом деле довольно эффективен, потому что скромное количество метаданных атрибутов для данного класса или формы, с которыми пользователь выбирает работать, может быть легко кэшировано в памяти. Однако, это требует перемещения данных из одной таблицы в другую, если тип данных атрибута изменяется. (Это случается не часто, но ошибки могут быть сделаны при определении метаданных, как и при разработке схемы базы данных.)

пользуем SQL Server 2008, и одним из требований является наличие расширяемых пользовательских атрибутов для сущностей, определенных для системы. Например, у нас может быть объект «Доктор», мы хотим, чтобы администраторы системы могли определять ...