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

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Типы данных, текстовые 
:(
    Опции темы
Rtm
  Дата 30.3.2006, 08:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



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

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



Влияет ли на скорость передачи данных тип данных ? (например, если одновременно по несколько запросов делают 100 чел.)
т.е. есть строка типа VARCHAR длинной, например 200 символов и строка типа TEXT такой же длины.
они буду передоваться с одинаковой скоростью ?


PM MAIL   Вверх
HalkaR
Дата 30.3.2006, 13:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Пуфыстый назгул
****


Профиль
Группа: Экс. модератор
Сообщений: 2132
Регистрация: 8.12.2002
Где: В Москве

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



Rtm, куда передаваться?
А считываться TEXT будет медленнее VARCHAR, посмотри в доках как храняться разные типы данных.
PM MAIL   Вверх
Rtm
Дата 30.3.2006, 15:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



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

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



в dos была такая бд - клареон,помойму
так вот, в ней если данные были больше максимально разрешенной длины, то рекомендовалось использовать два таких поля, а не поле другого типа, для большей ёкорости.

в такой ситуации в mySQL как лучше поступать.

Цитата

А считываться TEXT будет медленнее VARCHAR, посмотри в доках как храняться разные типы данных.


а почему дольше ?

Цитата

столбец TEXT может рассматриваться как столбец VARCHAR неограниченного размера.
...
в версии MySQL 5.0.3 и выше VARCHAR ограничивается 65535 ( что тоже самое что и TEXT )
...
VARCHAR и TEXT являются типами данных с переменной длиной строки, для таких типов требования к памяти в общем случае определяются реальным размером величин в столбце, а не максимально возможным для данного типа размером. Например, столбец VARCHAR(10) может содержать строку с максимальной длиной 10 символов. Реально требуемый объем памяти равен длине строки (L) плюс 1 байт для записи длины строки.
В случае TEXT требуется 1, 2, 3 или 4 байта для записи длины значения данного столбца в зависимости от максимально возможной длины для данного типа.


т.е. ты хочеш сказать что VARCHAR(200) будет считываться быстрее чем TEXT(200) ?
у них же разница требуемого объема памяти будет всего не 0-3 байта,
мне кажеться это не может повлиять на скорость выполнения чтения.




Это сообщение отредактировал(а) Rtm - 30.3.2006, 15:47
PM MAIL   Вверх
ALKS
Дата 30.3.2006, 18:11 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


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

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



Мне очень интересно посмотреть как вам удасться описать TEXT(200) . ситаксис этого вам не позволит.

TEXT - Variable-length non-Unicode data with a maximum length of 2^31 - 1 (2,147,483,647) characters.

Господа, TEXT это по сути BLOB. SQL cервер (собственно любой а не только MS) работает с такими типами особым образом. в общем случае - сравнительно медленно. Использловать BLOB-ы без необходимости не стоит.

Но... "скорость передачи данных" хм... это вообще не коректная фраза. скорость передачи данных между чем и чем, простите? Что-то мне подсказывает что пропусканая способность вашей локальной сети, например, будет гораздо более "узким" местом при передаче результирующего множеста с сервера на клиент нежели любые манипуляции с типами на строне сервера. Размер вашего результирующего множества будет проблемой а не, то как именно храниться конкретный элемент данных. Храните вы ваш кусок текста в TEXT или в 40 строках VARCHAR(4000) по сети вам придеться передавать пирмерно один и тот же объем данных и еще хороший вопрос что будет работать быстрее.

Люди, современный SQL сервер это не FOXPRO 1.0 под DOS. там серьезнейшая оптимизация и кэширование на всех уровнях. ваши данные из типа TEXT вообще могут в памяти оказаться на момент запроса. вы рассуждаетет как будто до сих пор имеете дело с фаил-сервером локального уровня каким-то...
PM   Вверх
Rtm
Дата 31.3.2006, 08:40 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



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

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



И какой же вывод ?

как лучше хранить данные кусоком текста в TEXT или в 40 строках VARCHAR(4000)

?
PM MAIL   Вверх
ALKS
Дата 31.3.2006, 11:32 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


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

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



Rtm, не нужно считать себя умнее огромной кучи людей, которые многие годы разрабатывают MS SQL Server. Тип TEXT предназначен для хранения больших кусков текста. Тебе нужно хранить большой кусок текста? - вот и пользуйся. Не стоит пытаться изварачиваться и создавать собственные структуры данных и механизмы хранения. лучше не получиться, уверяю тебя.

И вообще откуда вопрос? у тебя проблемы со скоростью передачи данных? ты уверен что причина это тип TEXT?
PM   Вверх
smartov
Дата 31.3.2006, 11:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


свой собственный
****


Профиль
Группа: Экс. модератор
Сообщений: 4225
Регистрация: 2.2.2006
Где: NJ

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



Rtm, храни куском текста (TEXT) так будет удобнее.
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "MS SQL"
Akina

Akina

Запрещается!

Публиковать ссылки и обсуждать взлом чего бы то ни было.

  • Действия модераторов можно обсудить здесь
  • С просьбами о написании курсовой, реферата и т.п. обращаться сюда
  • Вопросы составления неспецифических запросов рассматриваются здесь
  • Используйте теги [code=sql][/code] для подсветки кода. Используйтe чекбокс "транслит" (возле кнопок кодов) если у Вас нет русских шрифтов.

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

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


 




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


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

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