Результаты поиска по запросу "primary-key"
не работает для меня Добавление ограничения сделало эту работу за меня.
синтаксис для указания первичного ключа в более чем 1 столбце в SQLITE?
Здесь вы можете либо использовать другие поля в качестве кластеризованного индекса, либо использовать последовательный GUID, чтобы избежать этой фрагментации.
чал использование GUID в качестве первичных ключей в базах данных. Пока что плюсы перевешивают минусы. Тем не менее, я вижу один момент, когда GUID может быть не тем, что я хочу. В моем приложении пользователи должны иметь возможность ...
Вы можете обновить свой ответ, чтобы включить это различие.
я есть таблица с кластерным индексом по двум столбцам - первичный ключ для таблицы. Это определяется следующим образом: ALTER TABLE Table ADD CONSTRAINT [PK_Table] PRIMARY KEY CLUSTERED ( [ColA] ASC, [ColB] ASC )WITH (SORT_IN_TEMPDB = OFF, ...
Пожалуйста, обратите внимание, что этот ответ не совсем технический ... но он предназначен для того, чтобы дать вам ответ «о, вот так», который обычно более чем достаточно хорош.
я есть ограничение PK - кластеризованный индекс на два столбца, который я сейчас отбрасываю. Команда все еще выполняется через час. Я бы подумал, что, поскольку я просто снимаю ограничение, операция будет почти мгновенной. Может ...
полный список эквивалентов типов данных Sql Server / C #.
thwind Starters Kit первичные ключи из базы данных сопоставляются со строками в C #. Это хорошая практика? И если так, то почему? спасибо, Ливен Кардоен ps: извините за возможно неправильный вопрос ... В Northwind Starters Kit некоторые ...
Я бы использовал хеш, чтобы заполнить первичный ключ и упростить начальный импорт, но при использовании его в дБ всегда рассматривайте его как случайное число. Таким образом, первичный ключ потеряет свое значение (и будет иметь все преимущества автоинкрементного ключа), обеспечивая гибкость в будущем.
ти, мне нужно будет объединить данные о продуктах от нескольких поставщиков в одну базу данных (она, конечно, более сложна), в которой есть несколько таблиц, которые необходимо будет объединить для большинства операций OLTP. Я собирался ...
@Josip: я не имею в виду размер GUID. 36 Char - это длина GUID.
я есть таблица с большим количеством строк (10K +), и ее первичным ключом является GUID. Первичный ключ кластеризован. Производительность запросов в этой таблице довольно низкая. Пожалуйста, предоставьте предложения, чтобы сделать его эффективным.
@ C-F - это не повод для кластеризации. Если вы делаете запросы на основе этого первичного ключа, его индекс приведет вас туда. И, возможно, быстрее, поскольку почти наверняка потребуется меньше операций ввода-вывода для прохождения относительно узкого индекса по сравнению с полной шириной строк в кластеризованном индексе.
те мои сомнения по этому поводу. В SQL Server (2000 и более поздних версиях) первичный ключ автоматически индексируется кластером или у нас есть выбор иметь некластеризованный индекс для первичного ключа?
(Вы можете получить это преимущество также с помощью глобальной последовательности для генерации числовых ключей или с помощью различных числовых диапазонов, последних цифр или чего-либо еще. Тогда у вас нет недостатков в производительности, но, возможно, вы не так легко найдете таблицу. )
ня утром у нас было совещание о том, как следует хранить наш ID для некоторых активов, которые мы имеем в нашей базе данных, которую мы создаем, и это обсуждение вызвало немного тепла, поэтому я решил проконсультироваться со специалистами ...
а таких уже не существует;
м, у меня есть идентификатор строки (int) в базе данных, установленной в качестве первичного ключа. Если я часто запрашиваю идентификатор, нужно ли мне его индексировать? Или это первичный ключ означает, что он уже проиндексирован? Причина, по ...