Первичный ключ VARCHAR / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

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

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Первичный ключ VARCHAR

63 сообщений из 63, показаны все 3 страниц

все

Первичный ключ VARCHAR

#35042210

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

Первичный ключ VARCHAR. Могут ли быть какие нибудь подводные камни ?

...

Рейтинг:

0 / 0

29.12.2007, 15:28

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042237

MySQLCraft

Участник

Сообщения: 125

Рейтинг: 0 / 0

На больших таблицах будут тормоза из-за переменной длины данных и большого объема индекса.

...

Рейтинг:

0 / 0

29.12.2007, 15:57

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042244

andbary

Участник

Откуда: Москва

Сообщения: 653

Рейтинг: 0 / 0

А с какой целью он ставится?

...

Рейтинг:

0 / 0

29.12.2007, 16:01

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042264

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

andbaryА с какой целью он ставится?

Да что то мне CHAR не нравиться с его фиксированной длиной..завершающие пробелы нужно рубить...

...

Рейтинг:

0 / 0

29.12.2007, 16:15

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042293

Ennor Tiegael

Участник

Сообщения: 3 069

Рейтинг: 0 / 0

А... кластерный индекс - там же?

...

Рейтинг:

0 / 0

29.12.2007, 16:36

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042301

guest_20040621

Гость

> Первичный ключ VARCHAR

Очень старался, но ничего тупее придумать не смог. :(

...

Рейтинг:

0 / 0

29.12.2007, 16:40

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042309

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

guest_20040621Очень старался, но ничего тупее придумать не смог

Очень обширный и исчерпывающий ответ.
Большое спасибо.

...

Рейтинг:

0 / 0

29.12.2007, 16:47

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042320

guest_20040621

Гость

> Большое спасибо.

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

...

Рейтинг:

0 / 0

29.12.2007, 17:01

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042329

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

и не надейтесь

...

Рейтинг:

0 / 0

29.12.2007, 17:04

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042331

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

Тоесть использование VARCHAR в качестве первичного ключа вполне приемлимо, для таблиц с небольшим количеством данных. Всё остально ересь.

...

Рейтинг:

0 / 0

29.12.2007, 17:07

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042344

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

Олег Гапон wrote:
> Тоесть использование VARCHAR в качестве первичного ключа вполне
> приемлимо, для таблиц с небольшим количеством данных. Всё остально ересь.
с большим к-вом данных - тоже приемлимо.
зависит от.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

29.12.2007, 17:21

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042348

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

locky
....зависит от.

чего ?

...

Рейтинг:

0 / 0

29.12.2007, 17:29

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042479

Paul Sacks

Участник

Сообщения: 1 081

Рейтинг: 0 / 0

Советую перепроектировать БД. С ростом объемов данных будете иметь проблемы (проверено опытом).

...

Рейтинг:

0 / 0

29.12.2007, 22:07

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35042499

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

29.12.2007, 23:29

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35043402

locky

Участник

Откуда: Харьков, Украина

Сообщения: 66 149

Рейтинг: 0 / 0

Олег Гапон wrote:
> ....зависит от.
>
> чего ?
От необходимости и опрадванности данного подхода.
вполне можно себе представить задачу, в которой ПК и впрямь должен быть
строковый (или, другими словами - где строковый ПК наиболее оправдан).
В противовес этому можно привести довольно много случаев из практики,
где строковый ПК являлся откровенной лажей и ошибкой проектировки.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

02.01.2008, 12:25

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35043679

Олег Гапон

Участник

Откуда: N/A

Сообщения: 785

Рейтинг: 0 / 0

Первичный ключ строковый - это даже не обсуждается.

Вопрос был в другом.

Какие подводные камни при миграции с CHAR на VARCHAR.

Поскольку в таблицах (а их предположительно будет всего три) планируеться малое количество строчек (порядка 100) и это количество в течении 5-10 лет увеличится максимум в три раза и данные таблицы будут малоиспользуемыми, то VARCHAR в качестве первичного ключа в ДАННОМ КОНКРЕТНОМ случае проблем никаких не представляет.

...

Рейтинг:

0 / 0

02.01.2008, 20:37

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35050320

andbary

Участник

Откуда: Москва

Сообщения: 653

Рейтинг: 0 / 0

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

...

Рейтинг:

0 / 0

09.01.2008, 15:26

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35050714

Роман Дынник

Участник

Сообщения: 3 170

Рейтинг: 0 / 0

Олег ГапонТоесть использование VARCHAR в качестве первичного ключа вполне приемлимо, для таблиц с небольшим количеством данных. Всё остально ересь.
на 20 млн. строк, при построенном индексе особой разницы между pk на varchar и int не наблюдалось ни на mssql, ни на oracle.
автор=guest_20040621Очень старался, но ничего тупее придумать не смог
> Большое спасибо.
Большое на здоровье. Читать - видимо, не слишком актуальный совет. Наймите нормального архитектора. Сэкономите и себе, и окружающим кучу времени.

В oracle нет встроенного типа GUID (как uniqueidentifier в mssql), поэтому если выбор падает в сторону GUID для pk, что происходит довольно часто в распределенных БД, то в oracle это будет varchar(36). Если требуется поддержка обеих субд, то скорее всего и в mssql - тоже varchar(36).
Индекс по GUID-у куда более разбалансированный, чем просто по последовательному varchar-у, и проблем возникает в распределенных БД и схемах репликации гораздо меньше чем если бы pk был int. Ну и еще примеров можно привети где pk на основе varchar выгоден.
То что будут какие-либо большие тормоза и нерешаемые проблемы при использовании varchar в pk на больших объемах данных - это миф.

...

Рейтинг:

0 / 0

09.01.2008, 16:52

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35050798

guest_20040621

Гость

> В oracle нет встроенного типа GUID

Как это связано с varchar, можно поинтересоваться? И как это связано с varchar(36)?

> То что будут какие-либо большие тормоза и нерешаемые проблемы при использовании varchar
> в pk на больших объемах данных - это миф

Да конечно, какая фигня: ключи + ссылки будут занимать всего в десять раз больше места. Нужно просто купить молоток побольше.

...

Рейтинг:

0 / 0

09.01.2008, 17:08

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35050893

Роман Дынник

Участник

Сообщения: 3 170

Рейтинг: 0 / 0

guest_20040621
> В oracle нет встроенного типа GUID
Как это связано с varchar, можно поинтересоваться? И как это связано с varchar(36)?

guid представляете как выглядит? или в глаза не видели никогда?
guest_20040621
Да конечно, какая фигня: ключи + ссылки будут занимать всего в десять раз больше места. Нужно просто купить молоток побольше.
Вы не из 80-х годов случайно, что вас так объемы заботят? или может на dbf-ах сидите?
Уж конечно такие аргументы - чушь полная.

...

Рейтинг:

0 / 0

09.01.2008, 17:27

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35050926

alexeyvg

Участник

Откуда: Moscow

Сообщения: 26 926

Рейтинг: 0 / 0

guest_20040621Да конечно, какая фигня: ключи + ссылки будут занимать всего в десять раз больше места. Нужно просто купить молоток побольше.С чего они будут занимать в десять раз больше места??? Может быть, в 1.5 раза? В 2 раза?

Если у таблицы с средним весом записи в 100 или 1000 байт ключ займёт не 4 байта, а 10 - это катострафически скажется на производительности?

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

...

Рейтинг:

0 / 0

09.01.2008, 17:33

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051015

MasterZiv

Участник

Откуда: Питер

Сообщения: 32 427

Рейтинг: 0 / 0

Олег Гапон пишет:
> Первичный ключ VARCHAR. Могут ли быть какие нибудь подводные камни ?

В отрыве от конкретики СУБД об этом говорить бессмысленно.
Posted via ActualForum NNTP Server 1.4

...

Рейтинг:

0 / 0

09.01.2008, 17:55

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051024

Alexey Kudinov

Участник

Сообщения: 13 104

Рейтинг: 0 / 0

Олег ГапонВопрос был в другом.

Какие подводные камни при миграции с CHAR на VARCHAR. делали когда-то такое. За давностью лет деталей не вспомню. Наверное, это можно трактовать как "особых проблем не было"

...

Рейтинг:

0 / 0

09.01.2008, 18:01

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051099

guest_20040621

Гость

> guid представляете как выглядит?

Читать вопросы теперь перестало быть модным? Или удобно отвечать на то, что хочется, а не на то, о чем спросили?

> Уж конечно такие аргументы - чушь полная

Тупо возьмите две базы данных, где нет ничего, кроме ключей, и сравните. Будут вопросы - задавайте.

...

Рейтинг:

0 / 0

09.01.2008, 18:30

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051405

Роман Дынник

Участник

Сообщения: 3 170

Рейтинг: 0 / 0

guest_20040621> guid представляете как выглядит?

Читать вопросы теперь перестало быть модным? Или удобно отвечать на то, что хочется, а не на то, о чем спросили?

> Уж конечно такие аргументы - чушь полная

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

...

Рейтинг:

0 / 0

09.01.2008, 21:43

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051464

guest_20040621

Гость

> Вам уже пять человек дали свои вразумительные ответы

На Вашем месте я бы просто признался, что лоханулся и невнимательно прочел вопрос.

...

Рейтинг:

0 / 0

09.01.2008, 22:35

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35051870

Роман Дынник

Участник

Сообщения: 3 170

Рейтинг: 0 / 0

guest_20040621На Вашем месте я бы просто признался, что лоханулся и невнимательно прочел вопрос.
Были б вы на моем месте, не сделали бы лопухнутых высказываний типа:
guest_20040621
> Первичный ключ VARCHAR
Очень старался, но ничего тупее придумать не смог. :(

...

Рейтинг:

0 / 0

10.01.2008, 10:05

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35052049

guest_20040621

Гость

Да нет, все правильно, по-прежнему ничего тупее придумать не могу.

Домашнее задание:
- найти десять отличий UUID от varchar;
- найти и описать различия при использовании ключей int, UUID и varchar.

...

Рейтинг:

0 / 0

10.01.2008, 11:08

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35052402

Роман Дынник

Участник

Сообщения: 3 170

Рейтинг: 0 / 0

2 guest_20040621
еще раз:
вы понимаете в каких случаях стоит сделать выбор в сторону GUID для PK?
вы понимаете разницу между типами varchar и uniqueidentifier в mssql?
вы понимаете разницу между rowid (oracle) и GUID-ом?
вы знаете что в oracle и многих других СУБД нет встроенного типа GUID?
вы понимаете что при построенном индексе, в промышленных СУБД на производительности практически никак не сказывается выбор типа для PK int, uniqueidentifier или varchar?
вы когда-нибудь пробовали проводить тесты для того чтобы подтвердить свои предположения?

...

Рейтинг:

0 / 0

10.01.2008, 12:29

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35052533

guest_20040621

Гость

> вы понимаете в каких случаях стоит сделать выбор в сторону GUID для PK?

UUID, а не GUID. Мелкомягкие поделия с мелкомягкими реализациями меня не интересуют.

> вы понимаете разницу между типами varchar и uniqueidentifier в mssql?

Разницу между UUID и varchar - да, конечно. А вот Вы, похоже, не очень. Настойчиво предлагаю избавиться от мелкомягкой терминологии и перейти к стандартной.

> вы понимаете разницу между rowid (oracle) и GUID-ом?

Конечно. И как это связано с текущим обсуждением?

> вы знаете что в oracle и многих других СУБД нет встроенного типа GUID?

Конечно. Тот же вопрос: как это связано с текущим обсуждением?

> вы понимаете что при построенном индексе, в промышленных СУБД на производительности
> практически никак не сказывается выбор типа для PK int, uniqueidentifier или varchar?

Да ну? Кто ж Вам, дружище, сказал такую чушь?

> вы когда-нибудь пробовали проводить тесты для того чтобы подтвердить свои предположения?

Конечно. Причем, в качестве ключа выступал URN. Так что это не предположения, это абсолютная уверенность.

Результаты Ваших тестов - в студию. Вместе посмеемся.

...

Рейтинг:

0 / 0

10.01.2008, 12:53

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35052562

guest_20040621

Гость

Тьфу, блин, записался. URI, а не URN.

...

Рейтинг:

0 / 0

10.01.2008, 13:01

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053096

Участник

Откуда: 8P8C

Сообщения: 2 420

Рейтинг: 0 / 0

guest_20040621Результаты Ваших тестов - в студию. Вместе посмеемся.
Например .

Имхо, более принципиальна альтернатива между "естественным" и "суррогатным". После этого выбора (ЕК или СК) выбор типа либо сужается (интересно, есть ли СУБД поддерживающие "суррогатный" ключ символьного типа?) либо исчезает (ЕК)...

Кстати, тема автора уже давно исчерпана:)
Олег ГапонВопрос был в другом.

Какие подводные камни при миграции с CHAR на VARCHAR.

...

Рейтинг:

0 / 0

10.01.2008, 14:54

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053124

guest_20040621

Гость

> Например

Ссылаться на заборы - дурной тон. Еще варианты?

> альтернатива между "естественным" и "суррогатным"

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

...

Рейтинг:

0 / 0

10.01.2008, 15:01

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053294

Участник

Откуда: 8P8C

Сообщения: 2 420

Рейтинг: 0 / 0

guest_20040621> Например

Ссылаться на заборы - дурной тон. Еще варианты?

Там есть исходные скрипты. Дурной тон - делать голословные заявления.

guest_20040621> альтернатива между "естественным" и "суррогатным"

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

...

Рейтинг:

0 / 0

10.01.2008, 15:39

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053319

guest_20040621

Гость

> Дурной тон - делать голословные заявления.

Юноша, у Вас, как Вы говорите, есть "исходные скрипты". Замените в этих "исходных скриптах" ключи на URI, внимательно посмотрите на получившиеся результаты и прекратите е%^&ть мне мозги.

В сторону: ну почему, если у юзера в профиле M$ SQL - все, голова не работает. :( Просто эпидемия какая-то.

> Суррогатных тоже не бывает. Бывают "естественные" и "суррогатные"

К психиатру. А потом - в сад.

...

Рейтинг:

0 / 0

10.01.2008, 15:46

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053337

Участник

Откуда: 8P8C

Сообщения: 2 420

Рейтинг: 0 / 0

guest_20040621> Дурной тон - делать голословные заявления.

Юноша, у Вас, как Вы говорите, есть "исходные скрипты". Замените в этих "исходных скриптах" ключи на URI, внимательно посмотрите на получившиеся результаты и прекратите е%^&ть мне мозги.

В сторону: ну почему, если у юзера в профиле M$ SQL - все, голова не работает. :( Просто эпидемия какая-то.

> Суррогатных тоже не бывает. Бывают "естественные" и "суррогатные"

К психиатру. А потом - в сад.

...

Рейтинг:

0 / 0

10.01.2008, 15:50

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053416

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621

Будте так любезны Вашу аргументацию против (за) GUID в качестве PK
1) Против ...
2) За ..

И результаты Ваших тестов - в студию. Вместе посмеемся

^{______________________________________________________

Ох ! БолятЪ мои крылья ...}

...

Рейтинг:

0 / 0

10.01.2008, 16:08

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053482

guest_20040621

Гость

> Будте так любезны

Не буду, дружище. Если интересно - пользуйтесь поиском, обсасывалось миллион раз. А если непременно хотите моих аргументов - фигней я занимаюсь по тарифной ставке $700 в час. Минимальный контракт - рабочая неделя. Надумаете - приходите, обхохочетесь.

...

Рейтинг:

0 / 0

10.01.2008, 16:23

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053700

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621

Дружище, вы мне напоминаете врача, который все знает и умеет, не не может найти пациентов потому что постоянно к ним опаздывает ... да ладно не будем об этом.

ALL

В 2004 г. выполнил контракт по переводу PK базы системы на GUID, потому что программный комплекс стал "бесконтрольно" тиражироваться.

Код: plaintext

(центральная база)<->(известное количество источников)<->(неизвестное количество источников)

и обеспечить уникальность иным способом (в две строны) стало достаточно накладным мероприятием (об online там и сейчас не мечтают)

Я тогда пессимистически оценивал потерю в быстродействии (где-то до %15) при построении достаточно сложных выборок - хотя чисто по человечески объясните мне разницу между 22 и 25 миллисекундами

- запрос документа из базы)

С того времени против GUID для таких систем у меня нет возражений, хотя боязно было по началу мне сердешному

^{______________________________________________________

Ох ! БолятЪ мои крылья ... (болят очень дорого) :o)}

...

Рейтинг:

0 / 0

10.01.2008, 17:18

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053751

Участник

Откуда: 8P8C

Сообщения: 2 420

Рейтинг: 0 / 0

shelsoftпо переводу PK базы системы на GUID
Надо понимать mssql? Тогда любопытно узнать, кластеризованный или нет? И проводилось какое-нить исследование/тестирование на тему clustered vs nonclustered?

...

Рейтинг:

0 / 0

10.01.2008, 17:34

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053783

guest_20040621

Гость

> против GUID для таких систем у меня нет возражений

Дружище, бесспорный лидер по тупым заявлениям - ЧАЛ. На втором месте - Шуклин. Вы боретесь за почетное третье место? Ну тогда активнее нужно это делать, активнее. Иначе так и останетесь во второй десятке.

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

P.S. А если бы Вы, уважаемый, умели читать по-русски, то легко заметили бы, что в этом обсуждении UUID и int ключи не сравнивались.

...

Рейтинг:

0 / 0

10.01.2008, 17:40

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053893

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621
Дмитрий, а вы и так в первой пятерке по идио(то)матическим заявлениям и хто вам сказал, что там были int ключи. Эта была прекрасная столь любимая вами поделка пьяного китайского школьника выполненная сначала с int ключами, замененными затем char-овскими якобы гарантирующими уникальность общим центральным весом около 20Гбайт.

P.S. В песочницу извините не могу, она уже внутри

LR
Не кластерный. Не проводилось. Не до этого
Около 8 месяцев убилось только на восстановление непротиворечивости данных и убой дубликатов.

^{______________________________________________________

Ох ! Болят мои крылья ...}

...

Рейтинг:

0 / 0

10.01.2008, 18:15

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053923

guest_20040621

Гость

А если бы Вы чуть-чуть подумали _до_ того, то легко бы заметили, что для децентрализованных систем идентификатор ноды существенно важен; если бы при этом у Вас был бы еще и калькулятор, то так же легко бы заметили, что int8 + int4 (int4 - количество нод; такого количества филиалов, полагаю, даже у Coca-Cola нет) обеспечили бы функционирование системы на ближайшие двести лет.

...

Рейтинг:

0 / 0

10.01.2008, 18:28

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35053969

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

А если бы Вы чуть-чуть внимательно прочитали первый пост то своим мудрым выпуклым глазом заметили почему реализация этого подхода была бы весьма проблематичным.
Софт из "филиалов" стал уходить "клиентам", какие в ж... калькуляторы с нодами, и хто их там будет устанавливать Пушкин или guest_20040621 ? И то что к тому времени в базе уже были GUID позволило не встретится с "маааленькой такой полярной лисичкой"

^{______________________________________________________

Ох ! БолятЪ мои крылья ...}

...

Рейтинг:

0 / 0

10.01.2008, 18:46

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35054055

guest_20040621

Гость

Сначала создали проблему, потом криво ее разрулили, а потом подумали, все ли сделано правильно. Очень по-русски. В такой интерпретации Ваш опыт использования UUID выглядит более правдоподобно. И что, полагаете, этим нужно хвастать?

...

Рейтинг:

0 / 0

10.01.2008, 19:20

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35054313

Участник

Откуда: 8P8C

Сообщения: 2 420

Рейтинг: 0 / 0

shelsoftНе кластерный. Не проводилось. Не до этого
Понятно. Еще, в таком случае, интересно узнать как определились с кластерными индексами - "индивидуально" для каждой таблицы исходя из ...(каких соображений?) или оставили в "куче"?

...

Рейтинг:

0 / 0

10.01.2008, 22:17

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055313

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621

Зачем хвастать, была реальная проблема. Она реально решена. Софт к базе оказался настолько удачным, что "ушел" к клиентам.
Т.е. отметая все лиш(ч)ное и т.д. как-бы приходит мыФль, что решение любой проблемы (в т.ч. и выбора типа PK) в том числе зависит от организационных условий в которых будет эксплуатироваться СУБД и не всегда подчиняется законам ДИМОкратии:

Что такое типа ...

1) ключи типа int - для централизованных систем cо службой централизованной поддержки в т.ч. online
2) ключи типа int8 + int4 для распределенных offline систем, но c организованной службой централизованной поддержки
3) ключи типа UUID для распределенных систем, где централизованная поддержка проблематична или не возможна

LR
Когда мы закончили проект в конце 2004 г. кластерные индексы не использовались, быстродействие было вполне приличным. Фактически заказчик получил новую базу (в смысле организации связей и логики работы) и новый софт для работы с ней.

^{______________________________________________________

Кстати "guest_20040621", заявленные Вами 700$/час трактуются по-русски очень неоднозначно ...}

...

Рейтинг:

0 / 0

11.01.2008, 11:56

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055734

guest_20040621

Гость

> Она реально решена

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

> в том числе зависит от организационных условий

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

...

Рейтинг:

0 / 0

11.01.2008, 13:25

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055862

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621Если бы Вашим заказчиком был я
".. то я бы повесился" (к/ф "ИВМП")
Аналогично наоборот

^{______________________________________________________

Ох ! Болят мои крылья ...}

...

Рейтинг:

0 / 0

11.01.2008, 13:50

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055884

guest_20040621

Гость

> ".. то я бы повесился"

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

...

Рейтинг:

0 / 0

11.01.2008, 13:57

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055895

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621Архитектура - в том числе и выбор ключей - полностью и целиком определяется техническим заданием и ничем другим

Батенька, да это уже не лирика, а диагноз ... Идите и читайте букварь

guest_20040621Если бы Вашим заказчиком был я
".. то я бы повесился" (к/ф "ИВМП")

^{______________________________________________________

"На Вашем месте я бы просто признался, что лоханулся" guest_20040621}

...

Рейтинг:

0 / 0

11.01.2008, 13:59

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35055994

guest_20040621

Гость

> Батенька, да это уже не лирика, а диагноз ... Идите и читайте букварь

Дружище, Вы уж простите мне мою резкость, но оппоненты с психологией одинцеконфигурастов мне не интересны.

...

Рейтинг:

0 / 0

11.01.2008, 14:23

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056267

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

Голубчик, если Вы претендуете на правильность и непогрешимость. то не стоит жрать мух вместе с котлетами или в составе толпы засовывать в столь любимое Вами место заказчика вместе с ТЗ.

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

И хде тут технические решения ? Про технический проект (ТП) слышали, а ?

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

Похожие документики и из-за бугра поступали. Приходит ТЗ - отвечаешь за технические решения в том числе и за проектирование БД, ТП - извиняйте, что вы напроектировали, то и получили

^{______________________________________________________

Это уже не в тему топика, скорей в раздел "Разработка ИС", посему за сим Ваш ... и т. д.}

...

Рейтинг:

0 / 0

11.01.2008, 15:30

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056585

guest_20040621

Гость

> если Вы претендуете на правильность и непогрешимость

Мне незачем на что-то претендовать.

> И хде тут технические решения ?

Уважаемый, при словах "техническое задание" никаких ассоциаций, кроме ГОСТов, не возникает? Н-да... похоже, Вы так и продолжаете жить в совке.

...

Рейтинг:

0 / 0

11.01.2008, 16:47

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056695

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621Уважаемый, при словах "техническое задание" никаких ассоциаций, кроме ГОСТов, не возникает? Н-да... похоже, Вы так и продолжаете жить в совке.

1) Прежде всего я должен знать национальные стандарты. Это уровень знаний "плинтуса" для проектировщика
2) Затем международные . Это базовый уровень знаний проектировщика.
3) Затем корпоративные . Это уровень знаний хорошего проектировщика.

Умение эффективно и разумно применять эти знания (методика), во многом зависит от наличия моска (или хотя бы здравого смысла) у проектировщика.

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

^{______________________________________________________

- Батюшка, как Вы относитесь к року ?

- От лукавого это сын мой.

- А вот есть еще поп, рэп ...

- Я в сортах говна не разбираюсь !}

Все пошел оффтоп ...

...

Рейтинг:

0 / 0

11.01.2008, 17:19

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056849

guest_20040621

Гость

Боюсь, "уровень знаний плинтуса" мешает Вам пользоваться нормальными инструментами. Национальные стандарты нужны в одном случае: если Вы пишите софт для госзаказчика. Во всех остальных случаях от него нужно бежать, как черт от ладана. Дружище, ГОСТ, который Вы упомянули, это документ прошлого века.

> наиболее интересными для меня последние 5 лет являются проекты

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

...

Рейтинг:

0 / 0

11.01.2008, 17:59

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056955

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

guest_20040621Во всех остальных случаях от него нужно бежать, как черт от ладана. Дружище, ГОСТ, который Вы упомянули, это документ прошлого века.

Голубчик, документ не прошлого века будте так любезны в студию

^{______________________________________________________

Ох ! Болят мои крылья ...}

...

Рейтинг:

0 / 0

11.01.2008, 18:28

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35056971

guest_20040621

Гость

> Голубчик, документ не прошлого века будте так любезны в студию

Это в совке, уважаемый, образование было бесплатным и всеобщим. Нынче - увы. STFW самостоятельно.

...

Рейтинг:

0 / 0

11.01.2008, 18:35

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35057001

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

Нет пока такого. Даже утвержденные в Российской Федерации начиная с 2000 г. международные ГОСТЫ в области разработки ИС как содержат фразу "Настоящий стандарт представляет собой аутентичный текст международного стандарта ИСО <номер> - <девяносто лохматого года>"

Сэр, а Вы не думаете, что для того, чтобы получились красивые круги в луже можно воспользоваться несколько другим способом ?

^{______________________________________________________

Ох ! И снова болятЪ мои крылья ...}

...

Рейтинг:

0 / 0

11.01.2008, 18:51

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35057115

guest_20040621

Гость

> Даже утвержденные

Сказать-то чего хотели? Что не только совковые ГОСТы могут быть древнее дерьма мамонта? Верю. Что-то еще?

Вас, уважаемый, должны интересовать реальные методики проектирования и соответствующие нотации, а не хрен знает кем, когда и для какой цели принятый ГОСТ.

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

...

Рейтинг:

0 / 0

11.01.2008, 19:51

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35057129

shelsoft

Участник

Откуда: Питер FM

Сообщения: 408

Рейтинг: 0 / 0

Пожалуй я тоже закончил. Весьма рад за то что успешно задействуете все мультимедийные возможности человеческого организма.
^{______________________________________________________

С наступающим, так сказать ...}

...

Рейтинг:

0 / 0

11.01.2008, 20:05

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35058248

AlexTheRaven

Участник

Откуда: Москва

Сообщения: 734

Рейтинг: 0 / 0

Олег ГапонПервичный ключ VARCHAR. Могут ли быть какие нибудь подводные камни ?
Олег Гапон<...>
Поскольку в таблицах (а их предположительно будет всего три) планируеться малое количество строчек (порядка 100) и это количество в течении 5-10 лет увеличится максимум в три раза и данные таблицы будут малоиспользуемыми, то VARCHAR в качестве первичного ключа в ДАННОМ КОНКРЕТНОМ случае проблем никаких не представляет.
Верно в том случае, если с этими тремя таблицами не связаны и никогда не будут связаны другие, больше таблицы, и читаются эти три таблицы сравнительно редко.

...

Рейтинг:

0 / 0

13.01.2008, 13:37

| Ответить | Цитировать | Написать

Первичный ключ VARCHAR

#35066781

Сергей Васкецов

Участник

Сообщения: 19 216

Рейтинг: 0 / 0

Роман ДынникВы не из 80-х годов случайно, что вас так объемы заботят? или может на dbf-ах сидите?
Простите, а кэши на жестких дисках и пропускная способности сетей тоже настолько бесконечны, как Вам кажется?

...

Рейтинг:

0 / 0

16.01.2008, 21:08

| Ответить | Цитировать | Написать

63 сообщений из 63, показаны все 3 страниц

все

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Первичный ключ VARCHAR

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=32&tid=1544087]:	0ms
get settings:	8ms
get forum list:	19ms
check forum access:	4ms
check topic access:	4ms
track hit:	199ms
get topic data:	10ms
get forum data:	3ms
get page messages:	67ms
get tp. blocked users:	1ms
others:	232ms

total:	547ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы