условии, что числа надо будет периодически обновлять. Т.е., стоит ли всю таблицу заносить в одну ячейку таблицы дб, вместе
с информацией о пользователе, или каждый раз создавать новую таблицу? Помогите пожалуйста.
Спустя 1 час, 15 минут, 13 секунд (21.10.2006 - 19:22) vasa_c написал(а):
QUOTE
или каждый раз создавать новую таблицу
Имеется в виду таблица БД? Вот это было бы крайне неразумно.
Если таблица используется только например для вывода ее целиком на экран, то можно хранить в одном поле. Если она одна для каждого пользователя (и всегда существует), то можно хранить прямо в таблице с пользователями.
Если же возможна работа с отдельными ее элементами (выборка по ним, изменение и т.п.), то, видимо, нужно хранить ее значения по отдельности. Например в таблице с полями:
user — пользователь, которому принадлежит таблица.
id — идентификатор ячейки (можно использовать два поля, типа, x,y - координаты ячейки)
val — значение
вобщем все зависит от задачи
Спустя 44 минуты, 34 секунды (21.10.2006 - 20:07) shser написал(а):
Тогда вопрос в том, как поместить таблицу в одно поле, я имею ввиду код. Кроме этого, удаляются ли все старые данные при повторном
заполнении таблицы?
заполнении таблицы?
Спустя 42 минуты, 16 секунд (21.10.2006 - 20:49) vasa_c написал(а):
QUOTE
Тогда вопрос в том, как поместить таблицу в одно поле
serialize
QUOTE
я имею ввиду код
Какой код?
QUOTE
Кроме этого, удаляются ли все старые данные при повторном заполнении таблицы?
Вот это уж, как сделаешь.
Спустя 13 минут, 25 секунд (21.10.2006 - 21:02) shser написал(а):
Спасибо! Проблема в том, что если я занесу в одно поле все 25 чисел, каким образом я смогу их вывести на экран пользователя в виде
таблицы. Прошу прощения за назойливость
таблицы. Прошу прощения за назойливость
Спустя 33 минуты, 28 секунд (21.10.2006 - 21:36) vasa_c написал(а):
Точно таким же образом, как и не занося в базу.
Твоя таблица хранится в твоем сценарии в виде какой-то структуры, массива, объекта или еще чего-то. И каким-то образом ты ее выводишь, скорее всего в цикле перебираешь элементы и т.п. База данных тут ни причем.
База данных всего лишь позволяет хранить данные и передавать их между сценариями. В одном сценарии ты эти данные записал, в другом считал. Если ты используешь для занисения в базу serialize, то при извлечении из нее очевидно нужно использовать unserialize.
Твоя таблица хранится в твоем сценарии в виде какой-то структуры, массива, объекта или еще чего-то. И каким-то образом ты ее выводишь, скорее всего в цикле перебираешь элементы и т.п. База данных тут ни причем.
База данных всего лишь позволяет хранить данные и передавать их между сценариями. В одном сценарии ты эти данные записал, в другом считал. Если ты используешь для занисения в базу serialize, то при извлечении из нее очевидно нужно использовать unserialize.
Спустя 5 минут, 42 секунды (21.10.2006 - 21:42) shser написал(а):
QUOTE(vasa_c)
Точно таким же образом, как и не занося в базу.
Твоя таблица хранится в твоем сценарии в виде какой-то структуры, массива, объекта или еще чего-то. И каким-то образом ты ее выводишь, скорее всего в цикле перебираешь элементы и т.п. База данных тут ни причем.
База данных всего лишь позволяет хранить данные и передавать их между сценариями. В одном сценарии ты эти данные записал, в другом считал. Если ты используешь для занисения в базу serialize, то при извлечении из нее очевидно нужно использовать unserialize.
Твоя таблица хранится в твоем сценарии в виде какой-то структуры, массива, объекта или еще чего-то. И каким-то образом ты ее выводишь, скорее всего в цикле перебираешь элементы и т.п. База данных тут ни причем.
База данных всего лишь позволяет хранить данные и передавать их между сценариями. В одном сценарии ты эти данные записал, в другом считал. Если ты используешь для занисения в базу serialize, то при извлечении из нее очевидно нужно использовать unserialize.
Спасибо еще раз
_____________