ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PHP, Perl, Python [игнор отключен] [закрыт для гостей] / ORM vs голый SQL
10 сообщений из 110, страница 5 из 5
  5  все
ORM vs голый SQL
    #37887796
рубист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
рубист
Участник
кто-то из толпыв модели я волен делать что пожелаю с методами getRoles(), getUsers()!!! Это Важно!!!
могу написать прямой запрос в РБД, могу навернуть ОРМ и замапить полученные значения из РБД на объекты, могу не париться и передать так как есть!!!

т.е. модели в каком-то виде все же нужно использовать, а не просто голый SQL и массивы\хеши? речь то у нас об этом :)
PS Не знаю что это за фреймворк, с php не работал уже тыщу лет.

кто-то из толпыи чё буш делать при смене хранилища данных - искать новый FW который обеспечит поддержку конструкции
users = User.objects.order_by('id')

Вы удивитесь, но ORM может быть подключен в том числе и к NoSQL, почти без изменения кода.
https://github.com/solnic/dm-mongo-adapter
https://github.com/jimm/activerecord-mongo-adapter
При условии, что в проекте ни где нет "голого SQL и бизнес логики в хранимках", иначе придется рефакторить.
PS Это ж как надо планировать проект, чтобы после всех работ инициировать переход с SQL на NoSQL! :)
...
Рейтинг: 0 / 0
21.07.2012, 11:03:26
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887830
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
авторНет, дорогуша, у джанги под разные хранилища единый интерфейс.
дорогой мой лемминг - больше можешь не продолжать вовсе - бо то о чём ты говоришь я уже успел позабыть (ASP.NET MVC LinqToSQL EntityFramework and etc.) - всё очень единое и универсальное! ;)
ПРОФЕССИОНАЛЬНЫХ УНИВЕРСАЛЬНЫХ ВЕЩЕЙ НЕБЫВАЕТ В ПРИРОДЕ ПО ОПРЕДЕЛЕНИЮ!!!
авторВы удивитесь, но ORM может быть подключен в том числе и к NoSQL, почти без изменения кода.
NoSQL НЕ НУЖЕН DATAMAPER!!! ИМ НЕНУЖНЫ ПРИБЛУДЫ КОТОРЫЕ МАПЯТ ОБЪЕКТ НА ОБЪЕКТ!!! ТЕМ БОЛЕЕ ИМ НЕНУЖНЫ ORM тк ORM МАПЯТ ОБЪЕКТ НА ТАБЛИЦЫ РБД И ОБРАТНО!!!
 
Hett
авторИ давно монго стала реляционной?

Model
Код: php
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
public function getAllUsers()
    {
        $query = 'SELECT
            id,
            name,
            name_full,
            guid,
            password,
            strftime(:format, created, \'localtime\') AS created,
            strftime(:format, visited, \'localtime\') AS visited,
            visited_ip,
            active
            FROM users
            ORDER BY name ASC;';

        $this->stmt = $this->conn->prepare( $query );
        $this->stmt->execute( array( $this->_format ) );

        return $this->stmt->fetchAll( \PDO::FETCH_ASSOC );
    }


 
OFFавторPS Это ж как надо планировать проект, чтобы после всех работ инициировать переход с SQL на NoSQL! :)

падстолом!!!
...
Рейтинг: 0 / 0
21.07.2012, 12:33:45
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887835
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
 
улыбнуло
авторЯ описал MTV

https://www.google.ru/search?q=MTV&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
...
Рейтинг: 0 / 0
21.07.2012, 12:41:13
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887836
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпы,

>ASP.NET MVC LinqToSQL EntityFramework and etc.
Я эти дьявольские технологии не использовал и даже не видел, но по вам видно, что вы оттуда ;-)

К тому же, вам не кажется что вы отрекаетесь от универсальности в ущерб удобству и скорости разработки, там где она вообще редко бывает нужна? Нену, крутится сайт на мускуле - так и пускай крутится... Или мсье предпочитает менять хранилища данных как перчатки, да ещё используя разные интерфейсы для них? :)
...
Рейтинг: 0 / 0
21.07.2012, 12:41:26
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887838
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпы,

Дабл фэйспалм
...
Рейтинг: 0 / 0
21.07.2012, 12:42:21
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887853
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
авторК тому же, вам не кажется что вы отрекаетесь от универсальности в ущерб удобству и скорости разработки
 
Model
1.
Код: php
1.
2.
3.
4.
5.
public function getRoles($sort) {
        return iterator_to_array(
                        $this->_roles->find()->sort($sort), FALSE
        );
    }


2.
Код: php
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
public function getRoles($sort) {
        $query = 'SELECT
            id,
            name,
            name_full,
            guid,
            password,
            strftime(:format, created, \'localtime\') AS created,
            strftime(:format, visited, \'localtime\') AS visited,
            visited_ip,
            active
            FROM users
            ORDER BY name ASC;';

        $this->stmt = $this->conn->prepare( $query );
        $this->stmt->execute( array( $this->_format ) );

        return $this->stmt->fetchAll( \PDO::FETCH_ASSOC );
    }


3.
Код: php
1.
2.
3.
public function getRoles($sort) {
        return какая-нибудь фигня из какого-нибудь датаадаптера\маппера (ORM\ODM\OJM)
    }


в чем конкретно данная модель не универсальна?!
почему вызовы данной модели в контроллере должны зависеть от какого-то jango или ещё кого-то (мало мне знакомого)?
Почему написание прямого SQL запроса (в случае с RBD - п.2) у меня должно вызвать какие-то затруднения?

Ещё раз повторю - ты ошибаешься, когда сравниваешь модель приложения и её составную часть (к примеру ORM)

авторЯ эти дьявольские технологии не использовал и даже не видел, но по вам видно, что вы оттуда ;-)
попробуй! тебе точно понравится!!! ;)

Успехов!!!
...
Рейтинг: 0 / 0
21.07.2012, 13:32:49
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887866
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпы,

>в чем конкретно данная модель не универсальна?!
>УНИВЕРСАЛЬНЫХ ВЕЩЕЙ НЕБЫВАЕТ В ПРИРОДЕ ПО ОПРЕДЕЛЕНИЮ!!!
Да даже текстом запроса. У всех субд есть функция strftime и все они поддерживают синтаксис передачи параметров через двоеточие?
Для монги её пришлось бы переписать в совсем другое.
Эта модель привязана железно к мускулю и его синтаксису и нет той красоты и удобства
>попробуй! тебе точно понравится!!! ;)
Это врядли. Я на светлой стороне :)
>когда сравниваешь модель приложения и её составную часть (к примеру ORM)
Что это за наркоманство? Т упрлс? я не сравнивал модель. Я вообще про всякие MVC и слова не обронил, это вы уже там себе что-то надумали. Я говорил о модели как о сущности БД.
...
Рейтинг: 0 / 0
21.07.2012, 14:12:58
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887936
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
NekZ...Я на светлой стороне :)...
Самое главное не перепутать светлое с тёмным.
Классики говорят, что в тёмную комнату можно принести свечку, и станет светло. А вот в светлую комнату, чтобы стало темно, чего надо принести?
...
Рейтинг: 0 / 0
21.07.2012, 16:00:41
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887949
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
авторДля монги её пришлось бы переписать в совсем другое.
да понял я уже
- самое трудное в программировании конкретно для тебя! - ПИСАТЬ КОД (со всеми вытекающими)!!!
...
Рейтинг: 0 / 0
21.07.2012, 16:30:06
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37887975
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
ShSergeСамое главное не перепутать светлое с тёмным.
Классики говорят, что в тёмную комнату можно принести свечку, и станет светло. А вот в светлую комнату, чтобы стало темно, чего надо принести?
Я думаю, достаточно будет зашторить источники света. :)

кто-то из толпыавторДля монги её пришлось бы переписать в совсем другое.
да понял я уже
- самое трудное в программировании конкретно для тебя! - ПИСАТЬ КОД (со всеми вытекающими)!!!
Да, это самое ужасное что может быть. Хлебом меня не корми лишь дай не писать код А зачем тогда вообще фреймворки использовать если не ради сокращения объёма кода и упрощения сопровождения?
...
Рейтинг: 0 / 0
21.07.2012, 17:56:38
| Ответить | Цитировать | Написать  
10 сообщений из 110, страница 5 из 5
  5  все
Форумы / PHP, Perl, Python [игнор отключен] [закрыт для гостей] / ORM vs голый SQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=23&gotonew=1&tid=1464889]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 57ms
get topic data:
 9ms
get first new msg:
 7ms
get forum data:
 3ms
get page messages:
 49ms
get tp. blocked users:
 2ms
others: 232ms
total:  390ms
созд. / загр.: 390ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]