долгож вы пишите)) , когда вы напишите прочитайте пост выше (я его дописал) . а так же вопрос, если вы так любите компактность почему вы написали такой здоровый "код в примере" (ну эт я основываюсь на вашем мнении) почему не использовали тернарные операторы?
ваш:
чей компактней? - мой компактней , чей понятней для новичков?- ваш понятней. логику понели к чему я эт пишу? сложные или компактные, перекрестные sql запросы обычно пишут в разделе sql, а тут пишут с полной раскрытой логикой работы что бы новичкам было понятно что до как , отсюда потом и рождается черная магия php
а тебе приятно каждый раз добавлять в ручную???
вот у тебя 20 полей которые тебе надо записать в таблицу, вот и делай запись для всех полей. потом напиши скрипт для редактирования, и остальное заполнишь при редактировании, через те-же поля, а не ковырянием в phpmyadmin
чет я не дорубил че ты хотел эти сказать) хочешь сказать что при использовании типа sql запроса который ты предложил этого всего можно избежать?) или ты это про "все разом надо заполнять"? ты походу не дорубил к чему я эт пишу , взгляни на первый пост , там человек указал sql запрос с аналогом который я привел , а ты ему пишешь своим мистическим сокращением , он еще стандартную логику sql запросов осваивает т.е как sql запрос понимает что и куда добавлять , а с твоим sql запросом мы перечислили не мало нюансов, которые можно избежать используя так сказать типичный sql запрос. с таким подходом скоро новичкам будут писать примеры скриптов на OOП с использование PDO , сойдет?
причем здесь это? раздел видел? а ты пишешь sql запрос с кучей нюансов и который использует одну логику работы добавить значение записей в таком порядке как они и в таблице.
Цитата:
отладкой я занимаюсь на стадии разработки...
что ты выведешь в случае ошибки???
чет я этого не допонел) тебеж надо что бы ошибки не выводило у пользователя или ты ошибки типа которые реально описывают проблему переделываешь под свое "бд отрубленно ЛОЛ вруби БЛИН" , "Ошибка добавления данных , обратить к программисту" . а программисту придется ох как не сладко если error_repoting(E_ALL) не сработает) а он реально не сработает)) p.s некоторые кстати новички при такой записи думают что имя переменной = имени столбца отсюдо , sql запрос типо знает в какой столбец что добавлять))
если в базе стоит "DEFAULT '0'" для типов INT то ставь "0"...
а вообще если проект отдан на самоуправление, то ты должен позаботится чтоб все работало, и заполнялось сразу... т.к. админ которому ты передаешь на управление сайт может оказаться "блондинко"...
опять это если , а если не 0 ? не слишком ли громоздкая инфа с пародоксами для новичка который осваевает азы sql запросов на php? p.s не всегда можно заполнить все одновременно , допустим есть регистрация ,а есть дополнительная информация о пользователи , тут уже впринципе зависит от структуры в таблиц. данное условие может разделено быть на 2 таблицы или же в 1 таблицы и не факт что id,user,pass,email будут идти первыми. (Добавление)
v.kam пишет:
PATCH это черная магия пхп
PATCH пишет:
отрубать вывод ошибки при sql запросе?
чтоб при ошибке клиенту не выводились пугающие, непонятные ему слова )))
это мы поймём что такое
Цитата:
Warning: mysql_query() [function.mysql-query]: Can't connect to MySQL server on 'localhost' (10061) in W:\html\mysql\www\index.php on line 2
а клиенту будет приятней вот так:
при создании сайта вообще нельзя никакие ошибки отрубать, обычно создают конфиг файл в котором есть error_repoting(E_ALL) - для отладки или
error_repoting(0); что бы никакие ошибки не выдавало. (Добавление)
кстати вот после такой записи новички и думают что php "умный" и общается со мной типо андроид без возможности говорить по нашему))
вот я ему сказал добавить в таблицу Ms_dogs значения такие то и он сразу понел в какие столбцы, какие значения надо добавлять ,а еще он понел что замест 0 я хочу вписать NULL, что бы произошел автоинкремент, боже какой же ты умный php это реально как ты выразился для новичка черная магия php))
и вот опять этот 0 тут не че не сказано ! http://www[dot]mysql[dot]ru/docs/man/exa[dot][dot][dot]O_INCREMENT[dot]html p.s я говорил об добавление пару записей в большую таблицу p.s зачем отрубать вывод ошибки при sql запросе? 0 это null? вот парадокс, а столбец id то INT, 0 вроде цифра, а заносит null и выполняет инкремент)
мысли глубже )
абстрагируйся от конкретного примера и еще раз перечитай мой пост.
ну мб от конкретного примера и подойдет , но по сути я допустим новичок , знаю что автоинкремент автозаполняется т.е при добавлении записи идет инкремент в стобце id а тут бац запись
спорное утверждение. За универсальность всегда приходится расплачиваться чем-то - излишней сложностью, быстродействием, нагроможденностью кода, - в зависимости от ситуации
лишние 30 символов сильно затормозят быстро действие системы?)и че там сложного)
Добавить запись в table с полями () где значение полей () по логике вроде понятно ,не сложно , и все по полочкам) хотя кому как мне лично проще так читать и понимать где ошибка если ошибка в sql запросе
больше кода зато понятно в какой столбец ,что добавляется , не всегда надо добавлять имено всё, а вот так вот привыкнешь , а потом голову ломай, ет легко если столбцов 5 а если 15- 20? надо привыкать универсальные методы использовать , а не для 1 случая.
зачем его вообще трогать? если присвоишь ноль то ноль будет походу во всех записях (не извращался так) а если добавишь запись не затрагивая id то запись автоматически добавиться а авто инкремент выполнить свое предназначение и вообще, при таком запросе в бд как вы записали конечно нечего не полчится и бо не указано в какие стобцы что добавлять и перечисленые значения оно будет добавлять по порядку начиная с ID.
var уже нотисы плюет при использовании, это атавизм Улыбка
Такой синтаксис нормален, единственный минус - не все IDE его пока понимают.
Под извращением я имел ввиду написание своих классов для работы с БД, которые по сути являются корявой заменой PDO, жалким намеком на ORM, смысл использования которых в php довольно сомнителен.
аа понятно я думал ты про такую запись имел ввиду)