Как при помощи MyAdmin сделать чтоб во всех таблицах базы у всех строк был индивидуальный IP.
Спустя 9 минут, 22 секунды (20.02.2011 - 02:32) Игорь_Vasinsky написал(а):
IP или ID ?
Спустя 1 минута, 26 секунд (20.02.2011 - 02:33) sebastjan написал(а):
| Цитата (Игорь_Vasinsky @ 19.02.2011 - 23:32) |
| IP или ID ? |
Id , извенте ошибка
Спустя 2 минуты, 24 секунды (20.02.2011 - 02:35) inpost написал(а):
auto_increment
Спустя 1 минута, 38 секунд (20.02.2011 - 02:37) Игорь_Vasinsky написал(а):
дядя inpost хотел сказать, что при создании таблицы - для поля id нужно указать auto_increment
Спустя 6 минут, 52 секунды (20.02.2011 - 02:44) sebastjan написал(а):
У меня стоит AUTO_INCREMENT во всех таблицах но ID к примеру в каждой таблице начинаються с 1
Спустя 3 минуты, 27 секунд (20.02.2011 - 02:47) sebastjan написал(а):
Я хотел бы чтб при формировании новой таблицы ID были бы новыми.
То есть чтоб в базе у каждой строки были бы индивидуальные ID
-------------------
Попробую ясне, чтоб каждая строка имела чётко индивидуальный ID во всех таблицах.
Зарванее очень благодарен.
То есть чтоб в базе у каждой строки были бы индивидуальные ID
-------------------
Попробую ясне, чтоб каждая строка имела чётко индивидуальный ID во всех таблицах.
Зарванее очень благодарен.
Спустя 8 минут, 4 секунды (20.02.2011 - 02:55) Игорь_Vasinsky написал(а):
может у одной таблы id начинаются с 1
у другой с 10 000
у третей с 100 000
и т.д.
у другой с 10 000
у третей с 100 000
и т.д.
Спустя 6 минут, 25 секунд (20.02.2011 - 03:02) Invis1ble написал(а):
sebastjan
заведомо неверная реализация
заведомо неверная реализация
Спустя 16 минут, 33 секунды (20.02.2011 - 03:18) sebastjan написал(а):
| Цитата (Invis1ble @ 20.02.2011 - 00:02) |
| sebastjan заведомо неверная реализация |
Не спорю, про заведомо неверную реализация, но представлял так,....
К примеру у каждой записи в разных таблицах базы индивидуальный ID не повторяющейся.
правда это может нарушить к примеру обращение по ID. так как оно не постоянно, при новой записи или удалении записи.
Это всего лишь вопрос новичка
Спустя 3 минуты, 32 секунды (20.02.2011 - 03:22) sebastjan написал(а):
| Цитата (Игорь_Vasinsky @ 19.02.2011 - 23:55) |
| может у одной таблы id начинаются с 1 у другой с 10 000 у третей с 100 000 и т.д. |
Ответ ясен, спасибо. !
определить видимость ID в каком то числе.
и тем самым ID не бует повторяться в БД.
Ещё раз спасибо.
Спустя 1 минута, 30 секунд (20.02.2011 - 03:23) Игорь_Vasinsky написал(а):
если в одной из таблиц не произойдёт переполнение и id увеличится.
А вообще не понятно затем те это надо.
Может есть альтернатива
А вообще не понятно затем те это надо.
Может есть альтернатива
Спустя 11 минут, 4 секунды (20.02.2011 - 03:35) sebastjan написал(а):
| Цитата (Игорь_Vasinsky @ 20.02.2011 - 00:23) |
| если в одной из таблиц не произойдёт переполнение и id увеличится. А вообще не понятно затем те это надо. Может есть альтернатива |
Ой, б.л..ин .. боюсь заикаться про альтернативу, и так всех уже замучал своими вопросами, так как только постигаю азы.
Второй месяц плотного и усерного решения, ПХП и мини магазина.
Сдедал уже таблицы, каждая таблица это имя категории в которой артикли.
Это уже работает, стоит добавить в базу новую таблицу и появляеться ноая категориия.
В общем решении это я уже так сказать освоил в ПХП.
Долго и упрно, может не оченьизящно но всё же самостоятельно без чужих скриптов.
Учусь уже четыре недели.
Вся запорка на корзине покупателя.
Перепробовал уже несколько решений, первое это конечно сессии.
На них и повис.
Так как чтоб умело ими управлять надо ещё умело и грамотно работать с управлением массивов.
А так же с работой с формами.
Всё бы нечего, товар прибавляеться, общая сумма выводиться, а вот дальше проблеммы.
При добавлении товара общая сумма коректно изменяеться а количество того артикля нет,
запарка с массивами.
Понимаю суть но пока не удаёться решить проблемму.
А готовыми решениями типа бесплатных корзин , воспользоваться не хочу, я же учусь,
мне надо самому дойти.
Спустя 10 минут, 18 секунд (20.02.2011 - 03:45) Игорь_Vasinsky написал(а):
прошёл я это всё.
ты многое пропустил и полез на магазин.
а магазин лучше делать с навыками ООП (классы объекты и т.д).
так что совет - не спеши. иди по мануалу - узнавай.. вникай.
а так тока время потеряешь.
а уж массивы то - как отчи наш...
и наче кода писать по 100 000 тысяч в день и лет 5.
ты многое пропустил и полез на магазин.
а магазин лучше делать с навыками ООП (классы объекты и т.д).
так что совет - не спеши. иди по мануалу - узнавай.. вникай.
а так тока время потеряешь.
а уж массивы то - как отчи наш...
и наче кода писать по 100 000 тысяч в день и лет 5.
Спустя 3 часа, 5 минут, 2 секунды (20.02.2011 - 06:50) inpost написал(а):
sebastjan
Все товары в одну таблицу. Категории и подкатегории - это колонки этой таблицы.
В корзине храни id,количество,цену. Если другие данные надо, то достаёшь инфу из таблицы товаров.
Все товары в одну таблицу. Категории и подкатегории - это колонки этой таблицы.
В корзине храни id,количество,цену. Если другие данные надо, то достаёшь инфу из таблицы товаров.
Спустя 7 часов, 13 минут, 28 секунд (20.02.2011 - 14:03) sergeiss написал(а):
Я не понял - а в чем проблема-то? Делаем одну-единственную "опорную" таблицу, в которой есть автоинкрементное поле "айди". Когда создаём строку в другой таблице (назовем её "таблица 2"), то создаём строку и в "опорной" таблице, берем оттуда свеженазначенный айди. Например, в триггере на вставку в таблице 2 это проделываем.
Зачем это нужно? Может понадобиться такая система, сам сейчас с подобным работаю. В моём случае - есть множество разнотипных объектов, для каждого типа существует своя таблица. Но индексация должна быть как раз уникальная для всей системы. То есть, по сути, та же задача, что и у ТС.
Зачем это нужно? Может понадобиться такая система, сам сейчас с подобным работаю. В моём случае - есть множество разнотипных объектов, для каждого типа существует своя таблица. Но индексация должна быть как раз уникальная для всей системы. То есть, по сути, та же задача, что и у ТС.
Спустя 20 часов, 8 минут, 29 секунд (21.02.2011 - 10:12) linker написал(а):
переделывай как советуют, ибо глупость хранить категории в разных таблицах, когда можно их хранить в одной.