Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Привет, All! народ подскажите, есть часто запрашиваемая таблица содержащая большое поле например MEMO или varchar(4000), информация из этого поля требуется не часто, есть ли смысл выносить его в отдельную таблицу, или если не упоминать его в запросе это будет аналогично? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 09:59 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Memo - как правило хранится не с записью, а в отдельной области, в записи только сыылка, так что городить для мемо отдельную таблицу смысла не вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 10:37 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
это то что касается Memo, а если это varchar(4000)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 11:35 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Ну тогда нужно уточнить понятие "часто использумая" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 11:40 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Если varchar(4000) То не парься. В той же таблице его и создавай. О таких проблемах никогда не слышал. Решения такие видел(Comment в отдельной таблице), но они были продиктованы не вопросами производительности, а вопросом ограничений СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 12:49 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
DeПривет, All! народ подскажите, есть часто запрашиваемая таблица содержащая большое поле например MEMO или varchar(4000), информация из этого поля требуется не часто, есть ли смысл выносить его в отдельную таблицу, или если не упоминать его в запросе это будет аналогично? Спасибо. Уверен, что никто не будет использовать select * ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 13:28 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Смысл есть. Если 2\3 полей таблицы нужны раз в день, то их можно вынести и запросом две таблички соединить. На все поля индексов не напасёшся и некоторые запросы делают скан таблицы. Вот тут и почуствуется выигрыш.... Чем Уже таблица, тем лучше. всё ИМХО ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 14:30 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
А может кто пример реальный привести. мол было так медленно. разнесли. и тут началось? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2004, 15:22 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
LSVСмысл есть. Если 2\3 полей таблицы нужны раз в день, то их можно вынести и запросом две таблички соединить. На все поля индексов не напасёшся и некоторые запросы делают скан таблицы. Вот тут и почуствуется выигрыш.... Чем Уже таблица, тем лучше. всё ИМХО ! Ага. А чем больше таблиц - тем хуже, не забывайте. А запросы кто строит, не прог ли? :) Так пусть озаботится, чтобы все чтения были индексированными. wbr, k ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2004, 13:41 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
ХОДОКА может кто пример реальный привести. мол было так медленно. разнесли. и тут началось? Да, любая замена update на delete/insert сервером - и приплыли. В частности, репликация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2004, 15:06 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Это ОЧЕНЬ зависит от субд и типа применяемых таблиц. Если речь идет о фоксе , судя по названию, то о нем. Он хранит все в отдельном файле. Там проблем нет. В итоге будет тоже самое. Если речь идет о mysql , isam таблицы , то там все будет плохо , потому что держит в свалке, и для того чтоб прогуляться по записям ему прийдется подгружать значительно больше страниц. Т.е. на одной странице памяти будет распологаться значительно мешьше записей и для достижения результатов поиска будет требоваться больше памяти и чтения с винта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2004, 01:15 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Alexey YakovlevЕсли речь идет о mysql , isam таблицы , то там все будет плохо , потому что держит в свалке, и для того чтоб прогуляться по записям ему прийдется подгружать значительно больше страниц. - извините, я не понял: что именно будет очень плохо - вынос Memo в отдельную сущность или - наоборот - НЕвынос Memo в отдельную сущность? Конкретно интересует ситуация в MS Access. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2004, 09:34 |
|
||
|
Вынос Memo в отдельную сущность?
|
|||
|---|---|---|---|
|
#18+
Честно говоря, не знаю, как в ACCESS. Были такие траблы в MSSQL. Поле TEXT вынес в отдельную группу файлов, длинные VARCHAR никак не трогал. Немного помогло такое решение. Но вот ещё трабл был. Есть таблица. ID [INT] NOT NULL PRIMARY KEY IDENTITY, .... .... min_price [DECIMAL] (18,2) NOT NULL, max_price [DECIMAL] (18,2) NOT NULL, .... Всего полей 30, а записей порядка 3 миллионов. Факт тот, что как только в SELECT появлялись поля min_price и max_price, запросы исполнялись на порядок медленнее. В плане запроса появлялся элемент Bookmark lookup. Вот это я пока никак объяснить не могу. Может, кто-то встречался с подобными проблемами при запросе DECIMAL? Вообще же про текстовые и символьные поля. Иногда действительно лучше вынести их в отдельную сущность (подсущность), особенно в том случае, если они предназначены строго для вывода, а не, например, для сортировки или фильтрации. Если таблица действительно тяжелая: куча данных + много индексов, то такой вариант стоит рассмотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2004, 21:53 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32614638&tid=1546308]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
283ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 605ms |

| 0 / 0 |
