Всем плохо...

Sumo 23.01.2007 18:12 / 23.01.2007 18:13

Во-первых прийдется использовать не offset, а locate (где гарантия, что у вас id'шники всегда будут идти подряд, без пропусков).

Во-вторых, если данные имеют некий уникальнй ключ, то и удобнее и быстрее использовать именно хэши.

Хорошо ли использовать много обращений к MySQL или лучше..., kechinoff 23.01.2007 13:31
- Так вытащите всю информацию одним запросом..., Sumo [M] 23.01.2007 13:40
  - Примерно таким образом..., Sumo [M] 23.01.2007 13:45
    - А вот еще если вот такой случай ..., kechinoff 23.01.2007 16:49
      - Книга: http://www.mysql.ru/docs/gruber/ (-), Sumo [M] 23.01.2007 16:59
      - Посмотрите внимательно мой предыдущий пример - там это есть., Sumo [M] 23.01.2007 16:54
        Ответ, kechinoff 23.01.2007 17:27
        Можно, конечно, и так, но..., Sumo [M] 23.01.2007 17:33
        Да это понятно, конечно, сам там считаю, но на момент создания того сайта ..., kechinoff 23.01.2007 17:40
        Кстати, в данном случае разумнее использовать Мишин метод..., Sumo [M] 23.01.2007 17:44 / 23.01.2007 17:47
        А чем хуже использование не хеша, а table, кроме того, что придется делать ^param.offset(176)[set] ?, kechinoff 23.01.2007 18:07
        Всем плохо..., Sumo [M] 23.01.2007 18:12 / 23.01.2007 18:13
        Ага, ясно. Пора начинать глубже понимать хеши. Благодарю. (-), kechinoff 23.01.2007 18:24
    - Оп, классно, теперь я понял, зачем нужен JOIN. Спасибо,, kechinoff 23.01.2007 13:55
      - Может стоит все-таки почитать какую-нибудь книжку по SQL? :), Sumo [M] 23.01.2007 14:01
        Да я тоже так думаю, но дело конкретно в способе программирования, т.е..., kechinoff 23.01.2007 14:18
    - я делаю кучу join-ов далеко не всегда. ещё вариант, Misha v.3 [M] 23.01.2007 13:54
      - ХМ. Тоже выход, т.е. почти то, что я предложил в первом посте, только ..., kechinoff 23.01.2007 14:01
        Это многократно обсуждалось на форуме..., Sumo [M] 23.01.2007 14:15
      - Зависит от ситуации..., Sumo [M] 23.01.2007 13:59
- Плохо. ЭТО НЕ "Ну и реляционный подход и все такое." (-), redactor [M] 23.01.2007 13:39

Новости	FAQ	Авторы	Документация	В действии	Библиотека
Инструменты	Полезные ссылки	Хостинги	Скачать	Примеры	Форум