|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Igor Evgrafov 2:5020/400 16 May 2002 12:05:28 To : Serguei Tarassov Subject : Re: id ? -------------------------------------------------------------------------------- "Serguei Tarassov" <templar@arbinada.com> сообщил/сообщила в новостях следующее: news:abtpte$h4e$1@host.talk.ru... > Дорогой наш товарищ Igor > Hа запрос в комитет fido7.su.dbms от 15 мая 2002 года, отправленного тов. > Igor Evgrafov к тов. Serge Sapozhnikov со всей партийной прямотой отвечаем: > > >> Лично я на скорость внимание обращаю далеко не в первую очередь, > IE> удобство > >> использования и возможности расширения для меня куда важнее. > > IE> Во-во, я так и думал. Видимо у тебя нет табличек с мульенами записей > IE> ежемесячно. > > Дело в том, приятель, что это сильно зависит от сервера. У меня на MSSQL2000 > поиск по char(15) на 30% быстрее, чем по int. А join на те же 30% медленнее. > http://www.arbinada.com/article_PK_choice_problems_test.html > Hа "мульонах" записей без индексов делать нечего. А с правильными индексами > +-30% - это десятки и сотни миллисекунд, поэтому Serge Sapozhnikov прав. 1. Я не предлагал использовать никаких int. Что на какой платформе быстрее это отдельная песня... 2. Я говорил, что делать ключ длинной 128 символов медленне чем скажем твои 15. Смысл был такой - если индекс можно сделать короче - его лучше сделать короче. Работать будет быстрее, а читабельность индекса глазами это дело десятое. 3. И наконец я не предлагал отказываться от индексов... 4. Hасчет миллисекунд... Запросы сильно разные бывают, бывает и на минуты счет идет... Игорь ЗЫЖ Если я давал повод для обращения "приятель" ты так и напиши... А то я в недоумении. --- ifmail v.2.15dev5 * Origin: System 21 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/7808da031d01.html, оценка из 5, голосов 10
|