InstantForum.NET v4.1.4Релибhttp://www.relib.com/forums/robot@relib.comSat, 30 Aug 2008 04:34:30 GMT20http://www.relib.com/forums/Topic729194-21-1.aspxINTEGER - это тот же NUMBER. Проследить выигрыш можно только при полном сканировании таблицы. Ясно, что более короткое число будет считываться быстрее в столько раз, во сколько короче. При поиске по индексу существенной разницы в скорости поиска не будет. Будет только зря расходываться дисковое пространство.Mon, 12 Nov 2001 12:28:00 GMTphwphttp://www.relib.com/forums/Topic729194-21-1.aspxINTEGER - это тот же NUMBER. Проследить выигрыш можно только при полном сканировании таблицы. Ясно, что более короткое число будет считываться быстрее в столько раз, во сколько короче. При поиске по индексу существенной разницы в скорости поиска не будет. Будет только зря расходываться дисковое пространство.Mon, 12 Nov 2001 12:27:00 GMTphwphttp://www.relib.com/forums/Topic729194-21-1.aspxНа самом деле в Oracle ВСЕ числовые поля имеют тип NUMBER. Разница в 10% на оракле не значит совершенно ничего, он постоянно кеширует данные, поэтому вначале запрос может выполняться раза в 3 дольше обычного, от числового типа ничего не зависит. Проектировать поля нужно в зависимости от нужд. Например, денежные поля для хранения рублей имеет смысл делать NUMBER(12,2). Вообще лучше определить домены по смыслу (правда на сервере домены не поддерживаются, зато в Oracle Designer 6i запросто). А проектирование сведется к нормализации/денормализации данных.Mon, 05 Nov 2001 21:21:00 GMTVVPhttp://www.relib.com/forums/Topic729194-21-1.aspxПровел тесты (насоздавал табличек с разными полями и навставлял строчек до полу-миллиона и потестировал запрсами).<BR>Результат:<BR>Производительность колеблется на одном уровне (в пределах 10% колеблются результаты для всех таблиц)<BR>Размер как ни странно таблица с сплошными NUMBER(без параметров) занимает немного меньше чем со сплошными INTEGER<BR>Смысла извращаться и в одной таблице комбинировать различные поля не вижу.Mon, 05 Nov 2001 19:26:00 GMTmmorozhttp://www.relib.com/forums/Topic729194-21-1.aspxПо-моему не сильно зависит. Самое главное мудро индексы построить и про дерективы оптимизации не забывать. Советую для вычисления стоимости запроса использовать программу SQL Navigator(есть версии для оракла и др. баз). Еще есть специальная программа, которая в красиваостях показыват что просиходит с БДTue, 30 Oct 2001 14:57:00 GMTsmokehttp://www.relib.com/forums/Topic729194-21-1.aspxСам не проверял, но могу прцетировать очень умную книжку &quot;Oracle Проектирование баз данных&quot;.<BR>В ней сказано, что в Oracle реально существуют только два типа данных: Number и Float.<BR>Integer - это Number(38)<BR>Smallint - это Number(38)<BR>Real - это Float(63)<BR>Рекомендуется всегда ограничивать разрядность целых чисел Number(nn) и чисел с плавающей точко Float(nn). Во многих случаях с помощью этого приема можно сэкономить до 75% дискового пространства и, следовательно, на 75% уменьшить число обращений к блокам при полном сканировании таблицы.Tue, 23 Oct 2001 10:29:00 GMTphwphttp://www.relib.com/forums/Topic729194-21-1.aspx(По ORACLE)Сильно ли зависит производительность и размер от разных числовых полей в таблице?<BR>Смысл такой: Скоро придется проектировать базу и хотел бы определиться имеет ли смысл при проектировании таблиц тратить время на дополнительную аналитику, чтобы понимать какого типа сделать поле(integer, float, longint, ...) или все поля сделать одним NUMBER.<BR>Интересно будет ли разница в размере или производительности. Поделитесь реальными наблюдениями, опытом...Fri, 19 Oct 2001 16:14:00 GMTmmoroz