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

2 ответа

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

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

1 ответ

 (не СУБД или СУБД SQL). Иерархические / сетевые / графические СУБД работают по принципам, отличным от СУБД - они используют навигационные или основанные на указателе модели, а не реляционную модель. Реляционная / SQL-модель в значительной степени (но не полностью) заменила этот тип СУБД. Если вы не используете иерархический тип СУБД, вам не нужно беспокоиться об этом.

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

10 ответов

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

аюсь разобраться в этом ошеломляющем материале, который они называют Database Design, без особого успеха, поэтому я попытаюсь проиллюстрировать мою проблему на примере. Я использую MySQL и вот мой вопрос: Скажем, я хочу создать базу данных для ...

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

4 ответа

Не отказывайтесь от идеи иметь отдельные приложения и связывать функции входа / выключения через запросы веб-службы (esque). Я видел системы биллинга / регистрации пользователей, разделенные таким образом. Хотя в очень больших масштабах, это может быть не очень хорошая идея.

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

3 ответа

Каковы недостатки хранения денежных значений в виде центов / второстепенных единиц?

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

1 ответ

Внутреннее объединение поможет, так как когда вы запрашиваете персонал, вам нужны только контакты с персоналом, а когда пользователи - только пользовательские контакты

жен выбрать дизайн моей базы данных для моего приложения. Пока у меня есть таблица Users, которая хранит эти поля: **USERS** RecID - auto increment UserID - unique id (Primary key) UserName Password Salt TempPassword FirstName LastName Email ...

3 ответа

@ClosureCowboy, shamittomar, Там нет катастрофы. Вы можете сами рассчитать дату либо на стороне PHP, либо на стороне MySQL (сохраненные процессы).

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

6 ответов

 иначе (или не совсем) и т. д. Но у меня недостаточно прямых знаний о типах данных, чтобы MySQL действительно мог в этом убедиться.

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

2 ответа

Надеюсь это поможет.

я есть 2 вида бизнес-единиц; отдел и отдел. Подразделения должны быть одним или другим, но не могут быть обоими. Так что это достаточно просто. Иметь таблицу BusinessUnit и справочную таблицу BusinessUnitType, содержащую подразделение и отдел. ...

9 ответов

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

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