Автор Тема: таблица внутри ячейки в мюскле  (Прочитано 2828 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн nagash

  • Фанат форума
  • Старожил
  • ****
  • Сообщений: 341
  • +0/-0
  • 0
    • Просмотр профиля
    • http://www.nagash.org
помогите пожалуйста...
мне надо сделать статистику для каждого пользователя...
но я столкнулся с проблемой...
можно делать для каждого пользователя новую таблицу и там вести статистику его посещений...
типа зашёл на такую то странуцу, зашёл на такую то страницу и так до бесконечности..
но это же глупо...
а может есть такое поле в мюскле которое может само увеличиваться и в него можно заносить массивы...
можно конечно просто через разделитель заносить весь массив... но это тоже не выход...
а так сделал запрос в эту ячейк а тебе возвращается массив...!

вот допустим в форумах есть статистика пользователей... там записывается когда и куда он зашёл... и т.п. как это сделано!!!

Оффлайн NeoNox

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3012
  • +0/-0
  • 0
    • Просмотр профиля
таблица внутри ячейки в мюскле
« Ответ #1 : 30 Мая 2002, 14:34:53 »
Цитировать
вот допустим в форумах есть статистика пользователей... там записывается когда и куда он зашёл... и т.п. как это сделано!!!

Вариантов море. Самый простой: у каждого юзера есть ID и в таблице где данные о заходе тоже есть поле в которое заносится ID юзера.
The documentations is your friend

Оффлайн fidget

  • Непоседа
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 607
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
таблица внутри ячейки в мюскле
« Ответ #2 : 30 Мая 2002, 14:38:40 »
Создаеться 2 таблицы(или больше), одна - parent, вторая child.
Таблица child - это и будет твоя таблица, которую ты в ячейку положить хочешь. В child есть поле, которое указывает на какую то строку из parent.
На Машине Тьюринга далеко не уедешь.

Оффлайн Foshvad

  • Фанат форума
  • Старожил
  • ****
  • Сообщений: 307
  • +0/-0
  • 0
    • Просмотр профиля
таблица внутри ячейки в мюскле
« Ответ #3 : 02 Июня 2002, 14:45:19 »
Цитировать
Создаеться 2 таблицы(или больше), одна - parent, вторая child.
Таблица child - это и будет твоя таблица, которую ты в ячейку положить хочешь. В child есть поле, которое указывает на какую то строку из parent.



тогда, насколько я понимаю, запросы буду с объединением таблиц...

imho бысрее работать будет с implode; explode и одной таблицей. Хотя могу и ошибаться :)

Оффлайн nagash

  • Фанат форума
  • Старожил
  • ****
  • Сообщений: 341
  • +0/-0
  • 0
    • Просмотр профиля
    • http://www.nagash.org
таблица внутри ячейки в мюскле
« Ответ #4 : 02 Июня 2002, 15:47:40 »
2 Foshvad
а поподробнее?

Оффлайн AlieN

  • Абыр!=)
  • Ветеран
  • *****
  • Сообщений: 1315
  • +0/-1
  • 2
    • Просмотр профиля
таблица внутри ячейки в мюскле
« Ответ #5 : 03 Июня 2002, 11:30:50 »
Цитировать
imho бысрее работать будет с implode; explode и одной таблицей.
Есесенно быстрее :)
ЗЫ: а зачем две таблицы?
Вроде одной можно ограничиться
The Chemical Brothers - Hey Boy Hey Girl (User Friendly Mix)
Peter Presta pres - Set Sail(Peter Presta Apple Jaxx Dub) She S.Sunshine Feat Mila - Bring The Beat Back (Club Mix) Jerry Ropero - Home Alone (Dub Mix)

Оффлайн fidget

  • Непоседа
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 607
  • +0/-0
  • 2
    • Просмотр профиля
    • http://
таблица внутри ячейки в мюскле
« Ответ #6 : 03 Июня 2002, 11:41:14 »
Цитировать
ЗЫ: а зачем две таблицы?
Вроде одной можно ограничиться


когда как ;)
все зависит от поставленной задачи :)
если у тебя допустим есть таблицы с пользователями, каждый из которых может иметь несколько телефонов, то ты можешь организовать это по разному:
1. создать 2 таблицы - в одной имена пользователей, в другой номера телефонов и сылкой на пользователя.
2. одну таблицу, шде номер а телефонов будут допустим через запятую заноситься и храниться с виде текстовой строки, но тогда медленно осуществляется поиск по номеру телефона и выводить в удобном для пользователя виде (в виде списка) тож не удобно ...
3. дублировать записи в таблице и будут отличаться только по номер у телефона, но тогда нало либо отказаться от primary key для пользователя либо что бы у тебя на одного пользователя было куча уникальных id и будет требовать больше памяти для хранения. Этот вариант примитивный, но если у тебя данных будет побольше для пользователя, допустим, и таблицы будут на несколько миллионов записей, то избыточность будет существенной ...
На Машине Тьюринга далеко не уедешь.

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28