Mysql DESCRIBE table и определение столбов

[hell0w0rd]

Василий М., ну а никак по другому ты это не сделаешь. Тебе нужно откуда-то взять тип, который ожидается в базе. Создай какой ни будь TypeGuesser и там делай все что нужно.

 

[Redjik]

ты забыл добавить "потому что Макаров так делает"

А я кстати не помню, чем разговор закончился, в итоге он вроде как сказал, что на самом деле так не делает и запись в блоге поправил. =)

 

[hell0w0rd]

Redjik, если я не ошибаюсь, у него какой-то запрос (еденичный) долго-долго отрабатывал, он отрубил ключи и выполнил запрос, а потом опять врубил. Но кто-то не так все понял.

 

[Absinthe]

Схему должен описывать программист в конфиге.

А я считаю, что не должен, их совсем не надо описывать. С этим PHP или IDE сами справятся, без участия программиста.
Программист должен все автоматизировать, а не выполнять то, что может сделать машина.

С ОРМ стоит забыть о низкоуровневом общении с базой

Нельзя. Считаю, что программист должен знать, какой SQL будет при использовании ORM еще до запроса.

 

[hell0w0rd]

А я считаю, что не должен, их совсем не надо описывать. С этим PHP или IDE сами справятся, без участия программиста.
Программист должен все автоматизировать, а не выполнять то, что может сделать машина.

А все и так автоматизируется, ты пишешь конфиг не для базы напрямую, а для орм, а она уже выкатывает его в базе данных. Ровно как и орм должна уметь из базы генерировать конфиг, который в дальнейшем будет редактировать программист. Доктрина все это умеет.

Нельзя. Считаю, что программист должен знать, какой SQL будет при использовании ORM еще до запроса.

Я не правильно сформулировал мысль. Я имею ввиду, что забота о ФК, модификация строки из результатов запроса в php-тип, выбор нужных полей по умолчанию - это забота ORM.

 

[Absinthe]

Ровно как и орм должна уметь из базы генерировать конфиг, который в дальнейшем будет редактировать программист.

Предпочитаю, чтобы никакого конфига не генерировалось, а ORM использовал это на лету.
Правда, тут возникает проблема, что IDE должна знать о структуре базы. И нужны соответсвующие плагины.

 

[hell0w0rd]

Absinthe, я наверно чего-то не понимаю. Нужно сначала описать таблицу в базе, а потом использовать в орм "на лету". Так почему бы не описать таблицу в конфиге, а орм исправит конфиг в базе?

 

[Absinthe]

Таблицу описывать не обязательно, это лишний шаг.
Посмотри, как сделана Eloquent (кстати, на базе твоей любимой Doctrine DBAL).

 

[Вурдалак]

Absinthe, продался Laravel!

 

[Absinthe]

Absinthe, продался Laravel!

Мне нравится умеренный говнокод, если он увеличивает производительность труда

 

[hell0w0rd]

Absinthe, вот что-что, а DBAL мне уж точно совсем не нравится))