Самый шустрый сервер

← →
Reindeer Moss Eater © (2004-11-16 23:19) [40]

Если будет требование отображать в клиенте список привилегий, я добавление привилегии реализую с предварительной проверкой на её существование.

← →
vuk © (2004-11-17 00:22) [41]

Угу, PK в стиле "сделай сам". :o)
А отображать в конечном итоге все равно придется. Плавали, знаем.

← →
Reindeer Moss Eater © (2004-11-17 08:45) [42]

Еще раз: PK мне здесь не нужен.
Что бы решить задачу разграничения прав пользователей первичный ключ мне не нужен.
Не нужен и все тут.

Отображение всех прав имеющихся у юзера - задача совсем иная.
И она вовсе не требует грида и тупого select * from ... where user_id = ...

Кроме того.
При открытии самого справочника привилегий при добавлении никто не запрещает открывать его с условием not exists
И те привилегии, что уже есть у юзера просто не попадут в выборку.

← →
Danilka © (2004-11-17 08:57) [43]

Все-таки пример случая, когда можно обойтись без ПК, от [36] Sergey13 © (16.11.04 17:59) более нагляден, чем пример с правами.
Эт понятно, что именно для этой задачи: "Что бы решить задачу разграничения прав пользователей первичный ключ мне не нужен"
Но я-бы делал такую таблицу с ПК.

← →
Danilka © (2004-11-17 08:58) [44]

В любом случае, имеет смысл индекс по полям user_id, privilege_id так в чем проблема сделать этот индекс первичным ключем?

← →
Polevi © (2004-11-17 09:40) [45]

по сабжу
у меня дейсвтия юзерей вынесены в спец. лог базу
размер 2.4 Gb
число записей в таблицах порядка 4.5 млн
никаких индексов разумеется
время добавления не измерял, но на 1-2 порядка меньше секунды
сервер MS SQL 2000

← →
Fay © (2004-11-17 11:40) [46]

2 Polevi © (17.11.04 09:40) [45]
Сравнивать MSSQL c IB нечестно 8)

← →
Polevi © (2004-11-17 12:45) [47]

я не работал с IB , что, там все запущено ?

← →
Fay © (2004-11-17 12:55) [48]

Довольно сильно. Но многие интербэёсники этого "не замечают" 8)

← →
Polevi © (2004-11-17 12:58) [49]

:-)

← →
Danilka © (2004-11-17 13:20) [50]

Речь, насколько я понял, идет о реляционной базе данных? Тогда откуда ростут ноги фразы "первичный индекс не нужен"? Даже если Вам лень создавать первичный индекс, СУБД все равно его создаст неявно. По той просто причине, что все записи в БД должны быть уникальными. Это аксиома реляционной модели баз данных.

>>сервер MS SQL 2000
Я понимаю стремление MS облегчить труд разработчиков (в виде автоматического создания первичных индексов), но это облегчение порой выходит боком в виде утверждения, что первичный индекс в реляционных базах данных необязателен.

2 Danilka © (17.11.04 13:20) [50]

> А что конкретно там сильно запущено? Просто интересно.

На мой взгляд, он дюже тормозной. То, что со мной многие не согласны, мне уже известно.

2 Rem © (17.11.04 13:39) [51]

> Я понимаю стремление MS облегчить труд разработчиков (в
> виде автоматического создания первичных индексов),

Вас ввели в заблуждение.

Rem © (17.11.04 13:39) [51]

> Даже если Вам лень создавать первичный индекс, СУБД все
> равно его создаст неявно.

С какого перепуга? Могут быть и неуникальные записи (сам делал). Другое дело что при непродуманном изменении одной такой записи может быть ошибка или изменение обоих, но и это поправимо.

← →
REA (2004-11-18 17:22) [54]

>А нафиг тебе чтение таблицы без первичного ключа?

Можно сделать первичный, но мне и просто индекса будет достаточно. Это просто набор данных. И изменять их потом с высокой долей вероятности не будут.

По сабжу:
Выборка на FB-1 и 1.5 = 22.5сек и 9.5 сек соответственно.
Тест проводился с одинаковыми параметрами на небольшой базе (200Мб).
Продолжим сравнивать...

Самый шустрый сервер Найти похожие ветки