|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
В таблицах везде установлен PK uniqueidentifier, легко ли будет перевести все на int, есть у кого опыт? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2019, 23:48 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Aleksy, Легко, не легко, все одно нужно перейти. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2019, 07:14 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Разве что, если кастомный MembershipProvider написать. Код стандартного SqlMembershipProvider на гитхабе доступен, т.ч. не должно быть особо сложно. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2019, 08:21 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Aleksy, Не нужно переходить на int. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 00:47 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
hVosttНе нужно переходить на int. Нужно. Хотя, у нас как-то использовался комбинированный вариант, который мне понравился - "int identity" для "настоящего" PK в БД + случайно сгенеренная строка для "видимого" (например в URL) ключа. GUID в качестве PK уступает int identity в производительности, но вовсе не потому, что он в 4 раза длинее, а потому что генерирует несортированную последовательность. С другой стороны, показывать наружу identity key тоже не очень хорошо, потому что это, в какой-то степени, disclosure. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 08:27 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
fkthatпотому что генерирует несортированную последовательность Использовать sequential guid. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 11:51 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Дмитрий Мухfkthatпотому что генерирует несортированную последовательность Использовать sequential guid. Да, это можно. Но потребует некоторой дрочи, т.к генерить его придется на стороне БД. Identity мы получаем сразу же через SCOPE_IDENTITY(), обычный GUID можно генерить просто на клиенте, а с NEWSEQUENTIALID() так просто не выйдет, насколько я понимаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 13:11 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
fkthatДмитрий Мухпропущено... Использовать sequential guid. Да, это можно. Но потребует некоторой дрочи Всё уже сделано до нас и доступно через NuGet :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 13:20 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
fkthatGUID в качестве PK уступает int identity в производительности, но вовсе не потому, что он в 4 раза длинее, а потому что генерирует несортированную последовательность. это будет проблемой только если кластерный ключ построить по id, что делается обычно по незнанию. А так да, GUID нужны только для взаимодействия разных систем/баз, внутри одной базы для связи таблиц только int. Переводить рабочий сервер с данными будет нелегко, пишите скрипт миграции ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 13:30 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
fkthatGUID в качестве PK уступает int identity в производительности, но вовсе не потому, что он в 4 раза длинее, а потому что генерирует несортированную последовательность. С другой стороны, показывать наружу identity key тоже не очень хорошо, потому что это, в какой-то степени, disclosure . Нет, не поэтому. Есть более весомые причины. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 14:48 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Lessyp, +1 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 14:48 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
LessypА так да, GUID нужны только для взаимодействия разных систем/баз, внутри одной базы для связи таблиц только int. Дак может и делать управление пользователями отдельным сервисом с Membership API и отдельной базой? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 15:01 |
|
Membership Api, можно ли легко изменить PK с uniqueidentifier на int
|
|||
---|---|---|---|
#18+
Дмитрий МухLessypА так да, GUID нужны только для взаимодействия разных систем/баз, внутри одной базы для связи таблиц только int. Дак может и делать управление пользователями отдельным сервисом с Membership API и отдельной базой? Невнимательно прочитал про "внутри одной базы". С этим не согласен. Мембершип отдельно всегда выносить надо, конечно. Очень часто приходится городить огромное количество костылей, дурно пахнущих прокладок, потому что кто-то когда решил, что "внутри одной базы и только int" и разместил мембершип внутри на ржавых гвоздях так, что потом хоть за голову хватайся. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 17:02 |
|
|
start [/forum/topic.php?fid=18&fpage=16&tid=1355040]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 162ms |
0 / 0 |