Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 15 [16] 17 18 19   вперед  Ctrl
 Re: ORM vs sql  [new]
ShSerge
Member

Откуда: ʚонɔ dиw
Сообщений: 24911
Lelouch,

А что хелловорлды сейчас за большее время пишутся? Не умеете, так и скажите. :(
15 янв 12, 16:10    [11906941]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Lelouch
Имхо NHibernate должен поддерживать MSDTC (CommitableTransaction к нему относится).

про это спасибо. Бум ждать инфу именно про хибер, т.к. много общего именно в нём.
Спс.
15 янв 12, 16:10    [11906942]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Алексей К
Petro123
обмен не проблема по AJAX асинхронно.
Проблема, что на 5 погрузок по AJAX и 6-ой HTTP-POST серевер-хибер забыл про первые 5.
Он раньше 5 раз коммитил и сбрасывал в БД
Вы меня не поняли. Цель - не перегружать веб-страницу при переключении между страницами мастера.

AJAX не перегружает
15 янв 12, 16:11    [11906944]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Алексей К
Member

Откуда: Новосибирск
Сообщений: 13632
Petro123
Мне нужно чтобы хибер был синглетоном и помнил состояние.
Перед этим надо убедиться в невозможности накопления данных на клиенте яваскриптом.
15 янв 12, 16:11    [11906945]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Алексей К
Petro123
Мне нужно чтобы хибер был синглетоном и помнил состояние.
Перед этим надо убедиться в невозможности накопления данных на клиенте яваскриптом.

ну как он накопит?
Есть3 вкладки с кнопками:
- Персона
- Заказы
- Адреса
Там куча данных по подгрузке страничной.
15 янв 12, 16:13    [11906947]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1879
ShSerge
Lelouch,

А что хелловорлды сейчас за большее время пишутся? Не умеете, так и скажите. :(


Я жду вашего примера, посмотреть как вы умеете ;)
15 янв 12, 16:14    [11906949]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Алексей К
Member

Откуда: Новосибирск
Сообщений: 13632
Petro123
Алексей К
пропущено...
Вы меня не поняли. Цель - не перегружать веб-страницу при переключении между страницами мастера.

AJAX не перегружает
Ну раз так - что мешает обмениваться данными между страницами на клиенте? Правда, может оказаться что сделать поддержку бизнес-сессий на сервере проще. Тут надо сравнивать.
15 янв 12, 16:14    [11906950]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Алексей К
бизнес-сессий на сервере проще. Тут надо сравнивать.

то то и оно :)
Нужна бизнес-сессия для длинной бизнес-транзакции (шире одного реквеста).
Ормы заточены на один реквест - пришли парам, сделал HTML, выплюнул и ЗАБЫЛ.
15 янв 12, 16:17    [11906959]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Алексей К
Member

Откуда: Новосибирск
Сообщений: 13632
Petro123
ну как он накопит?
Есть3 вкладки с кнопками:
- Персона
- Заказы
- Адреса
Там куча данных по подгрузке страничной.
Ну Вам виднее. Если на клиенте сделать трудно/невозможно - надо делать бизнес-сессии на сервере. Вариантов вроде как больше нет.
15 янв 12, 16:18    [11906963]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Алексей К
Member

Откуда: Новосибирск
Сообщений: 13632
Petro123
Ормы заточены на один реквест
Тут я не соглашусь. Вы можете открывать/закрывать сессию в ОРМ когда и где захотите. Сделайте статический словарь с сессиями типа:
static class SessionStorage
{
    static readonly Dictionary<Guid, ISession> IdToSession = new Dictionary<Guid, ISession>();
}

Я с хибером не работал, может там уже есть что-то готовое для этого. А если нет - самому написать вроде как не проблема.
15 янв 12, 16:25    [11906976]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
ShSerge
Member

Откуда: ʚонɔ dиw
Сообщений: 24911
Petro123
Ормы заточены на один реквест - пришли парам, сделал HTML, выплюнул и ЗАБЫЛ.

Да, это именно так. Но таким образом заточены не только ОРМы, а вообще весь вэб.
15 янв 12, 16:26    [11906978]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1879
Алексей К
...

А не проще в http сессии хранить объект контекста?
15 янв 12, 16:29    [11906984]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Алексей К,
покопаю, но это вроде равноценно что открыть в синглетоне на все потоки?
Там контейнер для массовости запускает Java класс в потоках.
Поэтому хибер пишут надо в старте потока\реквест открыть и в конце\реквест закрыть.
Замкнутый круг.
2 транзакции и 2 сессии ХИБЕРА тогда могут пересечься.
15 янв 12, 16:31    [11906991]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Lelouch
Алексей К
...

А не проще в http сессии хранить объект контекста?

проще, только везде читаю что для ОРМ ссылки нельзя.
Это ведь и есть менеджер реквестов для веб-сессии
15 янв 12, 16:33    [11906995]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
Petro123
Алексей К
пропущено...
Перед этим надо убедиться в невозможности накопления данных на клиенте яваскриптом.

ну как он накопит?
Есть3 вкладки с кнопками:
- Персона
- Заказы
- Адреса
Там куча данных по подгрузке страничной.


Есть другой вариант - один бизнес-объект Персона, который содержит деталировки: Заказы, Адреса и большую кучу всего остального.
Этот БО должен быть сериализуем, чтобы была возможность держать его в кэше сессии,вытаскивать детишек по требованию, и сохранять все изменения при вызове только одного метода - Save.
15 янв 12, 16:33    [11906996]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
ShSerge
Petro123
Ормы заточены на один реквест - пришли парам, сделал HTML, выплюнул и ЗАБЫЛ.

Да, это именно так. Но таким образом заточены не только ОРМы, а вообще весь вэб.

да .
Но ведь (матом) корпоратив EE идёт в веб.
15 янв 12, 16:34    [11906997]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1879
Petro123
Lelouch
пропущено...

А не проще в http сессии хранить объект контекста?

проще, только везде читаю что для ОРМ ссылки нельзя.
Это ведь и есть менеджер реквестов для веб-сессии


Поясните...
15 янв 12, 16:35    [11907000]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
SeVa
Есть другой вариант - один бизнес-объект Персона, который содержит деталировки: Заказы, Адреса и большую кучу всего остального.
Этот БО должен быть сериализуем, чтобы была возможность держать его в кэше сессии,вытаскивать детишек по требованию, и сохранять все изменения при вызове только одного метода - Save.

+1
Так и Должно делаться в веб, но заказчик не шарит и хочет конструктор вкладок, а транзакция OK Отмена для всех сразу.
На десктоп это можно.
15 янв 12, 16:37    [11907001]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Lelouch,
Начало сессии - 1 запрос = в Java создался класс Session.
Он как раз для корзин покупателя и т.д. Туда можно ложить то, что сохранить между запросами.
Везде читаю, что хибер-сессию надо закрыть на конец запроса.
Т.е. даже если положим туда, то он при закрытии сбросит в БД и зафиксирует запрос 1.
15 янв 12, 16:40    [11907006]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
Petro123
SeVa
Есть другой вариант - один бизнес-объект Персона, который содержит деталировки: Заказы, Адреса и большую кучу всего остального.
Этот БО должен быть сериализуем, чтобы была возможность держать его в кэше сессии,вытаскивать детишек по требованию, и сохранять все изменения при вызове только одного метода - Save.

+1
Так и Должно делаться в веб, но заказчик не шарит и хочет конструктор вкладок, а транзакция OK Отмена для всех сразу.
На десктоп это можно.

А какая разница десктоп или вэб? Есть БО c возможность сохранения и отмены, а где он находится нет никакой разницы. Не знаю как в вашей унылой java, а в с# есть готовые фреймворки с готовым функционалом.
15 янв 12, 16:41    [11907012]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
т.е. туда можно ложить чисто данные, потом доставать и типа мержить и ложить в ОРМ обратно.
Неудобно.
15 янв 12, 16:41    [11907013]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1879
Petro123
Lelouch,
Начало сессии - 1 запрос = в Java создался класс Session.
Он как раз для корзин покупателя и т.д. Туда можно ложить то, что сохранить между запросами.
Везде читаю, что хибер-сессию надо закрыть на конец запроса.
Т.е. даже если положим туда, то он при закрытии сбросит в БД и зафиксирует запрос 1.


http сессия у вас живет 1 запрос? Если нет, то почему хибер-сессия сама закроется?
15 янв 12, 16:43    [11907016]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
SeVa
Не знаю как в вашей унылой java, а в с# есть готовые фреймворки с готовым функционалом.

возможно это так кажется.

бум ждать спецов по хиберу или jdbcTemplate (это на Java без орм)
Вот так делается в Java, но мне ооочень не нравится...
http://www.k-press.ru/cs/2009/3/ts/ts.asp
------
Вынужден отлучиться. Но с ночи буду мониторить тему регулярно.
15 янв 12, 16:43    [11907020]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
Petro123
Lelouch,
Начало сессии - 1 запрос = в Java создался класс Session.
Он как раз для корзин покупателя и т.д. Туда можно ложить то, что сохранить между запросами.
Везде читаю, что хибер-сессию надо закрыть на конец запроса.
Т.е. даже если положим туда, то он при закрытии сбросит в БД и зафиксирует запрос 1.

Ваши ORM - путь в никуда
15 янв 12, 16:44    [11907023]     Ответить | Цитировать Сообщить модератору
 Re: ORM vs sql  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38640
Lelouch
http сессия у вас живет 1 запрос? Если нет, то почему хибер-сессия сама закроется?

возможно в контейнере сервлетов. Он создаёт поток и запускает класс Java.
Написано в доках - надо закрыть.
15 янв 12, 16:45    [11907026]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 10 11 12 13 14 15 [16] 17 18 19   вперед  Ctrl
Все форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM Ответить