Непонятное поведение is_numric

Мной движет лень поэтому я написал класс наследник от mysqli который имеет метод insert.
Туда передается ассоциативный массив, каждый ключ имя поля значение значение этого поля.
Вот значения от-туда автоматически приводятся в нужный вид и формируется INSERT запрос.
Все, это как мне кажется лучше чем каждый раз писать простые INSERT руками, подготавливая данными руками..
+Однажды можно забыть проэкранировать данные и будет беда.
А так кол-во кода уменшается.
И помоему это неплохой подход.

подход во первый неграмотный -типы предаваемые в запрос должны зависеть исключительно от типов полей табоицы БД

во вторых подход бессмысленный. Библиотека ADODB делает то же самое - автоматически генерит запросы на вставку и удаление. Только при этом обработку переменной как строки делает в зависимости от типа поля в БД.
а заодно проверяет если ли такое поле в Бд чтобы случайный член массива не выдал кривой SQL.
(Добавление)
представь что у тебя в строковом поле целое число - ты передаешь параметр проверяешь что он целое и генеришь SQL который выдает ошибку.

тогда уж лучше тупо брать в кавычки все переменные - mysql не ругается если целое число в кавычках.

(Отредактировано автором: 11 Апреля, 2013 - 00:27:27)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

забыл как такой прием називается. суть ы том что ес ь таблицы для каждого типа отдельная. структура являет собой ключ и значение. так вот там такой подход подходит для определения в какую таблицу делать запись. а то что вы себе набумали плохо. так например постом приходят все строкы. str_* не байтозащищенные функции. иньекцию словите на раз

Как?
В принципе сейчас подумал, как вариант как в Propel сделано.
На основе схемы генерируется таблица , и данные в какой таблице какие типы полей..

Откуда ошибка?
Строковые параметры можно передавать,... И без кавычек.

(Отредактировано автором: 11 Апреля, 2013 - 00:34:16)

видимо речь об activerecord

здесь проблемма в другом. Если придет целое число для сравнения с полем типа varchar то не будет кавычек и как следствие синтаксическая ошибка SQL
Это в типизированых языках можно строить запрос искючительно по типу переменной
(Добавление)

нельзя если строковое поле в Бд
как по твоему сервер БД отличит без кавычек это строка или имя поля?

(Отредактировано автором: 11 Апреля, 2013 - 00:36:35)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Да тут недочет... Зн. сделаю генерацию массива таблиц с данными о типах полей.
Всем спасибо.

типы полей можно выбирать с информационной схемы Бд - не надо ничего генерировать

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Зачем делать лишний запрос?
Каждый раз\да даже один раз.
Мало вижу в этом смысла.
Если можно сгенерировать сразу из xml\uml схемы массив с типами полей, и сразу же запрос для ссоздание БД.

Ужас. Вместо того, чтобы упрощать программу, вы ее усложняете, вводя новые сущности без острой на то необходимости.

Простота - залог здоровья. Здоровья вашей программы. © не помню где вычитал, но абсолютно согласен с этим утверждением.

-----
Чем больше узнаю, тем больше я не знаю.

схему бд можно закешировать и не будет левых запросов

Если надо применить какуе-то функцию при вставке к параметру. Как сделать это просто получив структуру БД.
Ни как.
А через такую схем много полезного можно добавить.

посмотрите в сторону active record. много полезного узнаете

Начал читать про Active Record в Yii понял что запарюсь все нужное реализовывать.
Качаю Propel...