if(количество_предмета и его диапозон) INSERT INTO item `Допустимое значение`
else if(количество_предмета и его диапозон) INSERT INTO item `Допустимое значение`
у этих данных 100 500 1000 5000 все будет примерно 4 условия, а не по 3-4 на каждый "товар"
и так далее (Добавление)
конечно все верно оформив. создавать для каждого вида "товара" отдельную таблицу не имеет смысла
если ты говоришь о резерве на продажу, создавай отдельную таблицу и сравнивай с той таблицей, в которой хранится информация о цене как одного так и нескольких товаров и прочее. не противоречат и не мешают друг другу. (Добавление)
в таблице также можно указывать мин и макс значения... просто получаешь их из бд, сопоставляешь и выполняешь вывод данных (Добавление)
единственная задача организовать заполнение субд актуальными данными, но тут уже дело техники
если я правильно понял, тебе нужны 2 таблицы. первая с данными, которые изменяются со временем. вторая таблица с внесением данных, на которые они влияют (что то вроде матрицы)
_______|зерно|погода|вагоны|
зерно__|__0__|__1___|__0__|
погода_|
вагоны_|
... и так далее
как появляются данные ты вносишь в эту таблицу и первую с изменяемой ценой и валютой.
если у тебя есть расчеты зависимости одного "товара" от другого, делаешь их согласно финансовой математике.
остается вопрос что ты хочешь выводить какой результат в итоге?
1. нужно понять для чего переменные a, b, c, d и какова вероятность, что не будет перечислен весь англоязычный алфавит, да и к тому же не появятся варианты aa, ab... z,z???
2. с таким количество переменных напрашивается вывод, что необходимо менять логику скрипта и сокращать диапазон значений, ограничиваясь только 2-3 переменными
(Добавление)
3. если поступают новые значения, они должны быть "однотипны" предыдущим или являться массивом, но суть должна оставаться прежняя. например: 1) a1, a2, a3 - 2) a1, a2, a3, a4. 3) a1, a2, a3... aN - этот вариант не имеет смысла
(Добавление)
4. эти создаваемые переменные имеют общую парадигму, а не являются следствием просто другого кода
(Добавление)
5. если же скрипт собирает данные последовательно, то нужно понять в какой момент идет сбор и его нужно обрабатывать на той стадии, в которой он по сути сообщает машине, что имеет место быть
если условий может быть 20-40, с таким же успехом можно создать и 100....1к...1кк... а обрабатывать бесконечное количество условий нет никакого смысла.
здесь либо полученные значения формировать в некий "ключ", "айди" и сравнивать 1 раз его с заранее записанным значением. и код будет пару строк и скорость обработки и занятой памяти машины меньше
формируется объект после json_decode. данные можно посмотреть в виде массива через var_dump.
если данные формируются стандарт текстом то ты пишешm так:
//{"a":"0"}
$obj->a
//выведет 0 после знака :
//{"abc":"0"}
$obj->abc
//выведет 0 после знака :
если данные формируются цифрами слова через дефис то следующим образом:
//{"abc-abc":"0"}
$obj->{"abc-abc"}
//выведет 0 после знака :
//{"0":"0"}
$obj->{"0"}
//выведет 0 после знака :
сложная структура
//{"0":{"1":"1"}}
$obj->{"0"}->{"1"}
//выведет 1 после знака :
сложная структура
//{"0":{"1":["1"]}}
$obj->{"0"}->{"1"}[0]
//выведет 1 после знака : (Добавление)
далее попробуй сделать доступ к любым данным в твоем первом массиве используя пример. сложного ничего нет, главное внимательно смотри как пхп выдает результат
я вижу только результат если в твоем первом примере не получается подставить данные напрямую, то используется массив
примерно $data->Column->NameGame
здесь уже внимательно смотри.. но схема остается прежняя
$q = mysql_query("SELECT * FROM my_db"); //если нужны точные столбцы, то указывай не только один, можно через запятую несколько там где *
$arr = array();
while ($r = mysql_fetch_array($q, MYSQL_ASSOC))
{
$arr[] = $r;
}
var_dump($arr);
или
var_dump($arr[0]);
итак далее...
если нужны точные данные, то делай выборку по одному из параметров например id и вытаскивать link: