Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Tryapkonator

Страницы: [1] 2 3 ... 7
1
Да, тогда ясно. Большое спасибо за разъяснение.

2
Про составные индексы вкурсе, про оссобенности в mysql нет, гляну.
Цитировать
я выше написал, что данные и структуру надо разделять на 3 таблицы.

На 2 или на 3?

3
1 индекс. Мне трудно спорить, я еще новичек, но... Если крепить данные со структурой, то нужен уникальный индекс. Обычно он и бывает первичным, чтобы точечные запросы происходили быстрее. Потом 2 индекса левой и правой ганицы и, как я понимаю, уровень aka level. Если я все правильно расписал, то было бы гораздо удобнее поставить еще индекс и по уровню, хотя я могу ошибаться...

4
А можно на этот форум глянуть? А то как-то... Ну не знаю. Еще можно понять использование Nested Sets для каталога сайта, который задается единожды и редактируется крайне редко, но форум...

5
Реализация каталогов итп на NESTED деревьев удобнее и правельнее итп, только я вот чего не могу вкурить =))) Я добавляю запись к дереву, половина индексов меняется к чертям собачим. Т.е. теоритически если ветка дерева очень большая и разветвленная, то добавление новой ветки будет вести к смене n-ного количества индексов, если новая ветка расположена максимально к корню, получается что нуно будет менять вообще практически все индексы. И где тут быстродействие? Или я чего-то не понимаю?

6
Да, то что было нужно! Спасибо большое!!!

7
дело в том что индексы элементов мне не известны заранее, т.е. форма может быть такой:






Вот...

8
Есть форма, примерно такая:






Как мне явой изменить значение одного из элемента, зная его ключ массива? я пробовал
document.post.elm[1].value=\'123\';
но непонятно почему не получается =(

9
да наверно ты прав, нужно было все же с книжек начинать. А что ты можешь порекомендовать и все же как мог бы выглядить запрос?

10
Есть табличка, id, name, date. Нужно найти все дублирующие поля по name, date. Т.е. если на поле date есть несколько одинаковых name, нужно их отобразить... не понимаю как сделать. Табличка порядка 500 000 строк.

11
Базы данных / Индексы таблицы
« : 22 Июня 2005, 20:02:59 »
sarutobi
нет нет, я писал про MySQL, погляди мои посты.
commander
Скинул в личку инфу

12
Базы данных / Индексы таблицы
« : 22 Июня 2005, 16:49:45 »
commander
Неужели не кластеризуются? Тогда зачем приписка PRIMARY =( Впринципе я подумал, можно ведь создать левый индекс с auto_increment и сделать составной кластеризованный индекс на основе даты и того, что с auto_increment. Хотя с другой стороны опять же нужны то точечные запросы на дату. Но думаю это будет быстрее. Попробую сегодня, ближе к утру, а то трафика ща много на сервере. А вообще помойму проще выделить темповую таблицу под новости за последний месяц...

13
Базы данных / Индексы таблицы
« : 22 Июня 2005, 13:05:33 »
чтобы индексы новостей с одинаковыми датами лежали совсем рядом на диске, чтобы не нужно было листать все индексы по дате и выбирать нужную

14
Базы данных / Индексы таблицы
« : 22 Июня 2005, 12:59:57 »
commander
Речь идет о кластеризованном, т.е. первичном индексе, MySQL ругается на дубли. Даты у многих новостей совпадают, но я почему то был уверен что не смотря на дубли можно кластеризовать индекс даты. Это MySQL не умеет, или я опять не то делаю?

15
Базы данных / Индексы таблицы
« : 22 Июня 2005, 10:25:32 »
Да, намудрил, теорию я плохо помню =( если делать составной индекс по ключам date+lname, то точечные запросы по lname будут выполняться достаточно медленно. Ладно, попробую воспользоваться драгоценным советом   RomikChef`а, через пару дней скину стату сюда...

Страницы: [1] 2 3 ... 7