Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Прочитал, что нет смысла использовать varchar , тем более с указанной длиной, рекомендуют использовать text и не париться. Это так и есть, моэно забыть про varchar? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2016, 17:23 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Ролг Хупин, в принципе пофигу. Но если собираетесь индексировать LIKE запросы, то по этим полям лучше разумное ограничение поставить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2016, 18:00 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
ОКТОГЕНРолг Хупин, в принципе пофигу. Но если собираетесь индексировать LIKE запросы, то по этим полям лучше разумное ограничение поставить. а каким образом можно индексировать LIKE запросы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2016, 18:26 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Ролг Хупин, text не имеет ограничения длины (как тип), в остальном вся внутренняя обработка одинакова. Тут детальный разбор от Депеша . Я предпочитаю просто текст, чтобы не заморачиваться — хватит ли 20 символов для имени?.. Т.е. модель данных говорит, что хранить нужно имя — вот и не стоит ограничивать пользователей по воле разработчиков. Если же ограничение идёт от бизнес логики, то я обычно вешаю CHECK ограничение. При индексировании текстовых значений нужно иметь в виду, что ключ не может превышать 2713 байт (не символов). Связано с внутренней структурой индекса (связные списки), требующей наличия нескольких (не помню сколько — копать лень) элементов в одной странице индекса. Поэтому, если у вас будут большие значения, то индекс может не построиться. Для индексации LIKE выражений лучше всего подойдут триграммы . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2016, 22:50 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Депеш не написал о том, что для столбца типа text всегда создается toast таблица. А varchar небольшой длины останется в основной таблице. Это может иметь или не иметь значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 00:01 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Павел ЛузановДепеш не написал о том, что для столбца типа text всегда создается toast таблица. А varchar небольшой длины останется в основной таблице. Это может иметь или не иметь значения. если text короткий то он тоже останется в основной таблице. А toast таблица будет создана по моему даже для varchar(1). -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 00:08 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Maxim Boguk, если text короткий то он тоже останется в основной таблице. Да, короткий останется. А toast таблица будет создана по моему даже для varchar(1). Нет, не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 00:33 |
|
||
|
varchar vs text?
|
|||
|---|---|---|---|
|
#18+
Павел ЛузановMaxim Boguk, если text короткий то он тоже останется в основной таблице. Да, короткий останется. А toast таблица будет создана по моему даже для varchar(1). Нет, не будет. А если в таблице поле с типом text содержит и короткие, и длинные значения? Тогда короткие остаются на месте, а для длинных будет создана toast таблица? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2016, 12:07 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=39284794&tid=1997075]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
184ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 285ms |

| 0 / 0 |
