Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Oracle NCLOB, NCLOB на 80% из коротких данных 
:(
    Опции темы
DDeath
Дата 26.1.2014, 10:57 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 22
Регистрация: 11.7.2008

Репутация: нет
Всего: нет



Здравствуйте.

Возник вопрос по поводу производительности Oralce и Nclob полей.

В нашем проекте при проектировании мы решили создать таблицу со значениями атрибутов, но как значения некоторых атрибутов могут быть полнотекстовыми, мы решили объявить поле значения как "NCLOB". 

Встал вопрос, если в этом поле 80% данных не превышает длину в 200 байт, будет ли оракл хуже его обрабатывать чем тот же varchar в плане производительности? 
Насколько я понимаю , под разный тип БД выделяет разное количество памяти?
PM MAIL   Вверх
LSD
Дата 27.1.2014, 17:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15709
Регистрация: 24.3.2004

Репутация: 18
Всего: 537



Цитата(DDeath @  26.1.2014,  11:57 Найти цитируемый пост)
Встал вопрос, если в этом поле 80% данных не превышает длину в 200 байт, будет ли оракл хуже его обрабатывать чем тот же varchar в плане производительности?

Что подразумевается под "обрабатывать"?


Цитата(DDeath @  26.1.2014,  11:57 Найти цитируемый пост)
Насколько я понимаю , под разный тип БД выделяет разное количество памяти?

Хранит по разному, хранение NCLOB оптимизировано под большие данные.


Лично я бы сделал 2 поля NVARCHAR2 для большинства данных и NCLOB для того что "не влезло".


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
Zloxa
Дата 27.1.2014, 22:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3470
Регистрация: 12.9.2008

Репутация: 37
Всего: 161



Цитата(LSD @  27.1.2014,  18:58 Найти цитируемый пост)
Лично я бы сделал 2 поля NVARCHAR2 для большинства данных и NCLOB для того что "не влезло".

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

Добавлено @ 22:26
Inline and Out-of-Line LOB Storage

Guidelines for ENABLE or DISABLE STORAGE IN ROW

Это сообщение отредактировал(а) Zloxa - 27.1.2014, 22:32


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Oracle"
Zloxa
LSD

Данный раздел предназначен для обсуждения проблем с Oracle Database, другие продукты Oracle здесь не обсуждаются. Просьба при создании темы, придерживаться следующих правил:

  • при создании темы давайте ей осмысленное название, описывающее суть проблемы
  • указывайте используемую версию базы, способ соединения и язык программирования
  • при ошибках обязательно приводите код ошибки и сообщение сервера
  • приводите код в котором возникла ошибка, по возможности дайте тестовый пример демонстрирующий ошибку
  • при вставке кода используйте соответсвующие теги: [code=sql] [/code] для подсветки SQL и PL/SQL кода, [code=java] [/code] - для Java, и т.д.

  • документация по Oracle: 9i, 10g, 11g
  • книги по Oracle можно поискать здесь
  • действия модераторов можно обсудить здесь

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Zloxa, LSD.

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Oracle | Следующая тема »


 




[ Время генерации скрипта: 0.1015 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.