Pipka, ну вам в любом случае придётся смотреть как работает cms... Вы конечно можете придумать функцию/класс и вставить в библиотеку CMS, а потом использовать там, где вам нужно. Но многое уже придумано до вас.
Во 2, сейчас полно документации на русском для Joomla. Так же есть видеокурсы по Joomla от Specialist и ещё бесчисленного множества авторов.
Можете скачать и посмотреть видеокурсы Specialist. Они там впринципе не плохо объясняют, только очень много воды льют. 4 часовые курсы до часа наверное можно сокращать... Joomla не смотрел, но на тех что видел, всё именно так.
Я верно вызываю функцию, но она не возвращает имя таблицы для поля tax. То есть из-за IF слетает какой-то идентификатор принадлежности поля к таблице в ресурсе, который возвращает mysql_query()
Хотел узнать может кто сталкивался? Можно ли как-то решить?
LIME, просто в php это не удобно реализовывать, в моём случае. В запросе получается красивей и легче. =)
Наверное так и сделаю, поменяю все значения в БД лучше. Хотел уменьшить объём хранимой информации, но не думаю, что оно того стоит.)
А теперь немножко не в тему вопрос....
В общем изменил я запрос так, как посоветовал Евгений.
Может сможете объяснить мне, почему mysql_field_table() не возвращает имя таблицы для поля tax?
Так и задумано? IF в запросе удаляет какие-нибудь идентификаторы принадлежности поля к таблице?
id - INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, tax - tinyint unsigned NOT NULL DEFAULT 0
Мне необходим запрос на выборку всех значений из таблицы contragent, но чтобы в конечной таблице значения tax были заменены, соответственно, 0 - Не работает, 1 - работает.
Интересует именно вопрос: можно ли реализовать это непосредственно В САМОМ запросе?
З.Ы. ENUM не нужно предлагать... Дополнительную таблицу делать ради двух строк тоже не очется.
alena_pl, ну только вы можете определить "необходимость" создания таблиц. Следовательно вам нужно спроектировать логику скрипта, который будет выполнять за вас эту задачу.
Это вопрос не по SQL, а по PHP. В цикле со счётчиком выводите.
P.S. И вообще, постарайтесь осмысленно расставлять знаки препинания, потому что, в данном контексте, точно понять чего вы хотите не представляется возможным.
но нет смысла от нее. с таким же успехом можно хранить в заказах. 1 запись в заказах это 1 товар. не нарушает такая реализация 2 НФ?
Задай себе вопрос: находится ли таблица хотя бы в 1 нормальной форме? Потому что, как я помню, 2 НФ соблюдается, если Первичный ключ таблицы НЕ составной! (Добавление)
А вообще, надо стремиться к 3 НФ. Вот так по-моему правильно будет:
Заказчик: id | ФИО и т.д.
Товар: id | Название | Параметры и т.д.
Заказ: id | id_Заказчика | id_Товара | Количество Заказываемого Товара и т.д.
Проверьте кодировки:
1. Кодировки созданных таблиц.
2. Кодировки файлов php, которые работают с базой.
3. Кодировку, которую выставляет браузер для html страницы. Должна быть utf8
Может кому-нибудь понадобится. Нашёл ответ в мануале.
Beginning with MySQL 5.1.22, InnoDB provides a locking strategy that significantly improves scalability and performance of SQL statements that add rows to tables with AUTO_INCREMENT columns.
В настройке по умолчанию innodb_autoinc_lock_mode = 1. Изменил innodb_autoinc_lock_mode = 0, работает как обычно, но разработчики не рекомендуют использовать этот режим.
Проблему обнаружил. Это особенность движка INNODB. В MyISAM всё работает нормально, как у Евгения.
EuGen, вы случайно не знаете как перебороть этот недостаток для InnoDB? Может есть какая-нибудь надстройка? А то загромождать скрипт проверкой ID не хочется...
И на триггеры заморачиваться не хочется...=(