ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PHP, Perl, Python [игнор отключен] [закрыт для гостей] / ORM vs голый SQL
25 сообщений из 110, страница 3 из 5
  3  все
ORM vs голый SQL
    #37886300
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
[quot кто-то из толпы]

1. причём тут MongoDB, которая по определению не нуждается в ОРМ т.к. является "документо-ориентированной", и сохраняет в себя объекты напрямую???

То есть, вы хотите сказать, что вот эти ребята трудились впустую?
Алсо, его интерфейс такой же как и у ОРМ Django. Дабы придерживаться единого интерфейса описания моделей и взаимодействия с ними. Ещё один важный факт - MongoEngine ведёт себя как ОРМ реляционной БД, сам реализуя отношения между таблицами коллекциями. Я не буду сейчас распинаться и объяснять почему был выбран именно MongoDB, а не какой-нибудь там MySQL или Pg :)
...
Рейтинг: 0 / 0
20.07.2012, 05:24:27
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886354
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
Наличие в отдельной части приложения конструкции
User->save()
не придаёт автоматом вызываемой части статус ORM!!!
авторТо есть, вы хотите сказать, что вот эти ребята трудились впустую?
нет! я хочу сказать, что эти ребята не зря потратили время! ;)
...
Рейтинг: 0 / 0
20.07.2012, 09:06:17
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886373
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпы,

Я не понимаю... Либо чувак не в теме, либо это такой качественный троллинг :)
...
Рейтинг: 0 / 0
20.07.2012, 09:25:19
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886415
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
NekZкто-то из толпы,

Я не понимаю... Либо чувак не в теме, либо это такой качественный троллинг :)
Я знаю этого чувака. Он в теме, поверь. А вот тема "ORM vs голый SQL " - самый холивар с провокацией на троллинг.
Этот баян уже тыщу раз обсуждался. Лично я высказался за "голый SQL". Потому что вижу, как влюблённые в ОРМ люди через некоторое время таки спрыгивают на простой SQL.
ПС. А монгоДБ здесь точно не при делах. Потому что это - не SQL, а документоориентированная БД, которая уже хранит объекты. Поэтому в отдельной ОРМ не нуждается.
...
Рейтинг: 0 / 0
20.07.2012, 09:52:10
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886465
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
ShSergeПС. А монгоДБ здесь точно не при делах. Потому что это - не SQL, а документоориентированная БД, которая уже хранит объекты. Поэтому в отдельной ОРМ не нуждается.
Как бы... Это не мешает использовать её как РСУБД. и ОРМ не обязан инкапсулировать в себе SQL-вызовы.

Я не знаю, что это были у вас за люди, но мне после полу года использования ОРМов использование прямого SQL уже кажется каменным веком. Опять же, я не говорю, что ОРМ - это панацея. Например разные статистические сложные запросы проще всё же сделать на SQL. Однако, как я уже говорил, это единичные случаи и в данном разделе (вебдев), они применяются очень редко.
...
Рейтинг: 0 / 0
20.07.2012, 10:25:30
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886526
Фотография Hett
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hett
Участник
Код: php
1.
Это не мешает использовать её как РСУБД


Джоин сделать например?
...
Рейтинг: 0 / 0
20.07.2012, 10:51:44
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886541
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
HettДжоин сделать например?
Да. В принципе, бОльшего и не надо для веб-приложения
...
Рейтинг: 0 / 0
20.07.2012, 11:00:51
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886591
Фотография SmeL_md
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SmeL_md
Участник
NekZПотому что вижу, как влюблённые в ОРМ люди через некоторое время таки спрыгивают на простой SQL. NekZЯ не знаю, что это были у вас за люди, но мне после полу года использования ОРМов использование прямого SQL уже кажется каменным веком. На мой взгляд ключевые слова подчеркнул
...
Рейтинг: 0 / 0
20.07.2012, 11:21:34
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886595
Фотография SmeL_md
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SmeL_md
Участник
Опечатался в авторах исправляю :(
ShSerge Потому что вижу, как влюблённые в ОРМ люди через некоторое время таки спрыгивают на простой SQL. NekZЯ не знаю, что это были у вас за люди, но мне после полу года использования ОРМов использование прямого SQL уже кажется каменным веком. На мой взгляд ключевые слова подчеркнул
...
Рейтинг: 0 / 0
20.07.2012, 11:22:54
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886597
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
NekZ
авторОРМ не обязан инкапсулировать в себе SQL-вызовы
чувак! ОРМ - сотавная часть того или иного FW или набора библ, облегчающих несообразительному разрабу жизнь при работе его ОО приложения с РБД, и тянущих за собой шлейф подводных камней, а никак не самостоятельное произведение искуств!

Контрольный выстрел!!!
Код: php
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
<?php
$arr = array('a' => 1, 'b' => 2, 'c' => 3, 'd' => 4, 'e' => 5);

echo json_encode($arr);
?>
<?php
$json = '{"a":1,"b":2,"c":3,"d":4,"e":5}';

var_dump(json_decode($json));
var_dump(json_decode($json, true));

?>


зы: OJM - object json mapper!!!

авторЭто не мешает использовать её как РСУБД
жесть!!!

ТС - если нету сил\возможности самостоятельно составить запросы в БД напрямую - используй FrameWork с ORM\ODM\OJM\HZzachem, если хватает сил и знаний не парься и пиши прямые запросы!
...
Рейтинг: 0 / 0
20.07.2012, 11:23:10
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886604
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
NekZHettДжоин сделать например?
Да. В принципе, бОльшего и не надо для веб-приложения
Для сайта-визитки, но не для сайта подачи деклараций, или бухгалтерской отчётности.
...
Рейтинг: 0 / 0
20.07.2012, 11:26:03
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886605
Фотография Hett
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hett
Участник
авторОРМ - сотавная часть того или иного FW или набора библ, облегчающих несообразительному разрабу жизнь при работе его ОО приложения с РБД
Да не обязательно с Р БД
...
Рейтинг: 0 / 0
20.07.2012, 11:26:04
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886618
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
SmeL_mdНа мой взгляд ключевые слова подчеркнул
На мой взгляд, сударь, вы просто сами не в теме, либо у вас не было достаточно практики работы с ОРМ, либо не те ОРМы использовали. Я уже сказал, ОРМ - не панацея. И если понадобится сложный запрос - напишу на SQL. Если у меня куча простых запросов - использую ОРМ.
...
Рейтинг: 0 / 0
20.07.2012, 11:27:11
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886629
Фотография Hett
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hett
Участник
Код: php
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
<?php
$arr = array('a' => 1, 'b' => 2, 'c' => 3, 'd' => 4, 'e' => 5);

echo json_encode($arr);
?>
<?php
$json = '{"a":1,"b":2,"c":3,"d":4,"e":5}';

var_dump(json_decode($json));
var_dump(json_decode($json, true));

?>


Скажите, что тут нужно увидеть?
...
Рейтинг: 0 / 0
20.07.2012, 11:29:33
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886632
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпычувак! ОРМ - сотавная часть того или иного FW или набора библ, облегчающих несообразительному разрабу жизнь при работе его ОО приложения с РБД, и тянущих за собой шлейф подводных камней, а никак не самостоятельное произведение искуств!

Контрольный выстрел!!!
Код: php
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
<?php
$arr = array('a' => 1, 'b' => 2, 'c' => 3, 'd' => 4, 'e' => 5);

echo json_encode($arr);
?>
<?php
$json = '{"a":1,"b":2,"c":3,"d":4,"e":5}';

var_dump(json_decode($json));
var_dump(json_decode($json, true));

?>


зы: OJM - object json mapper!!!

авторЭто не мешает использовать её как РСУБД
жесть!!!

ТС - если нету сил\возможности самостоятельно составить запросы в БД напрямую - используй FrameWork с ORM\ODM\OJM\HZzachem, если хватает сил и знаний не парься и пиши прямые запросы!
Ну это похвально, что вы старой закалки, только сейчас этим потенциального заказчика не обрадуешь.
Упс... Промах. Я не знаю PHP и никогда его не использовал в практических целях.

Приведите пример подводных камней кроме нормализации БД и дополнительных зависимостей?
...
Рейтинг: 0 / 0
20.07.2012, 11:30:22
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886638
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
ShSergeДля сайта-визитки, но не для сайта подачи деклараций, или бухгалтерской отчётности.
Ну да :) Каких сайтов в интернете больше?
...
Рейтинг: 0 / 0
20.07.2012, 11:32:32
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886650
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
И совсем уж оффтоп по поводу сложных запросов, которые сказываются на производительности - можно заполнять дополнительные промежуточные коллекции периодически каким-нибудь скриптом, запускаемым через cron, а ОРМом лишь вытаскивать оттуда готовенькие данные не сильно нагружая сервер во время этого
...
Рейтинг: 0 / 0
20.07.2012, 11:36:32
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886652
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
NekZShSergeДля сайта-визитки, но не для сайта подачи деклараций, или бухгалтерской отчётности.
Ну да :) Каких сайтов в интернете больше?
Фиг его знает. Наверное, таки визиток. Но обобщать, наверное, не нужно.
...
Рейтинг: 0 / 0
20.07.2012, 11:37:28
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886692
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
авторНу это похвально, что вы старой закалки, только сейчас этим потенциального заказчика не обрадуешь .
заказчики бывают разные - некоторые платят за знания! ;)
авторУпс... Промах. Я не знаю PHP и никогда его не использовал в практических целях.
пример из жизни! ;)
автордля того что бы составить мнение о той или иной книге (RDB) мне не нужен человек, который мне её прочтёт\перескажет (ORM\ODM) - я сам в состоянии её прочесть (SQL)!!!
...
Рейтинг: 0 / 0
20.07.2012, 11:55:28
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886706
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NekZ
Участник
кто-то из толпы,

Вы похоже тоже живёте в своём уютном мирке.

P. S. Выходит, OJM можно реализовать в любом языке, поддерживающем такие структуры данных, как списки и словари. Ну ещё парсилка/дампилка JSON'а. Няяя! ^^ Зачем тогда монги и прочая фигня) Давайте налабаем свой FVMas
...
Рейтинг: 0 / 0
20.07.2012, 12:01:29
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886707
Начинающий ORM-щик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Начинающий ORM-щик
Гость
ShSergeNekZкто-то из толпы,

Я не понимаю... Либо чувак не в теме, либо это такой качественный троллинг :)
Я знаю этого чувака. Он в теме, поверь. А вот тема "ORM vs голый SQL " - самый холивар с провокацией на троллинг.
Этот баян уже тыщу раз обсуждался. Лично я высказался за "голый SQL". Потому что вижу, как влюблённые в ОРМ люди через некоторое время таки спрыгивают на простой SQL.
ПС. А монгоДБ здесь точно не при делах. Потому что это - не SQL, а документоориентированная БД, которая уже хранит объекты. Поэтому в отдельной ОРМ не нуждается.


Нет, это не троллинг.

Есть старый,старый сайт со старой базой. Объем php кода порядка 50 000 строк. Встал вопрос перепроектирования базы с нуля и переход на новые технологии. И вот я мучаюсь вопросом, подключать ли ORM.
В качестве фреймверка была выбрана вторая симфония.
...
Рейтинг: 0 / 0
20.07.2012, 12:01:39
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886713
рубист
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
рубист
Участник
кто-то из толпы,
авторОРМ - сотавная часть того или иного FW или набора библ, облегчающих несообразительному разрабу жизнь при работе его ОО приложения с РБД, и тянущих за собой шлейф подводных камней, а никак не самостоятельное произведение искуств!
Подводные камни есть везде, не только в ORM, что, теперь вообще ни чем не пользоватся? :)
Раскажите на java форуме, что hibernate используют не сообразительные девелоперы, вас засмеют.

авторесли нету сил\возможности самостоятельно составить запросы в БД напрямую - используй FrameWork с ORM\ODM\OJM\HZzachem, если хватает сил и знаний не парься и пиши прямые запросы!
Выборка данных или их сохранение в БД это процентов 20% функций, которые в проекте выполняет ORM.
Если у вас нет сил\возможности самостоятельно освоить остольные 80% и вы любите велосипеды, не парьтесь, пишите только прямые запросы. :)
...
Рейтинг: 0 / 0
20.07.2012, 12:02:45
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886736
Фотография SmeL_md
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SmeL_md
Участник
Начинающий ORM-щикЕсть старый,старый сайт со старой базой. Объем php кода порядка 50 000 строк. Встал вопрос перепроектирования базы с нуля и переход на новые технологии. И вот я мучаюсь вопросом, подключать ли ORM.
В качестве фреймверка была выбрана вторая симфония.Симфони интересная штука многое делает за тебя и ORM doctrine там есть, когда я начал с ней работать, я понял что нужно купить новый ПК а старый отдать родителям :) Без ORM я бы пользовался старым ПК, так что нельзя хаять ORM.
...
Рейтинг: 0 / 0
20.07.2012, 12:13:58
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886765
Фотография SmeL_md
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SmeL_md
Участник
Хочу отметить я не отговариваю от Symfony, она мне помогла реализовать пару проектов, которыми пользуется фирма где я работаю. Я использовал 1.4.
...
Рейтинг: 0 / 0
20.07.2012, 12:25:16
| Ответить | Цитировать | Написать  
ORM vs голый SQL
    #37886798
кто-то из толпы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
кто-то из толпы
Гость
http://mongoengine.org/ - Object-document mapper - ODM!!!
http://ru.wikipedia.org/wiki/ORM - Object-relational mapping - ORM!!!
авторВыходит, OJM можно реализовать в любом языке, поддерживающем такие структуры данных, как списки и словари. Ну ещё парсилка/дампилка JSON'а.
OJM можно реализовать в любом языке, где есть объекты нуждающиеся в преобразовании Object -> JSON -> Object
т.к. джейсон строка прекрасно сохраняется практически в любом хранилище и с лёгкостью преобразуется обратно в объект без лишних телодвижений, если при этом в качестве серверного яп использовать js - это вообще станет банальщиной!
Можно на основе OJM написать свою либу (fw) которая облегчит нам жизнь и будет ещё сохранять\выбирать данные, валидировать их и тд
авторИ вот я мучаюсь вопросом, подключать ли ORM.
В качестве фреймверка была выбрана вторая симфония.
ну если за тебя выбор уже сделали, что же тут думать? ;)
...
Рейтинг: 0 / 0
20.07.2012, 12:37:37
| Ответить | Цитировать | Написать  
25 сообщений из 110, страница 3 из 5
  3  все
Форумы / PHP, Perl, Python [игнор отключен] [закрыт для гостей] / ORM vs голый SQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=23&msg=37886652&tid=1464889]:
 0ms
get settings:
 8ms
get forum list:
 19ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 178ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 79ms
get tp. blocked users:
 1ms
others: 236ms
total:  539ms
созд. / загр.: 539ms
x
x
Закрыть


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