|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.09.2012, 19:43
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Описать БД и запросы к ней на чистом ANSI SQL и закатать все это дело в один из новомодных ORM (Hibernate например), а потом безболезненно менять СУБД для приложения как перчатки (позабыв про многочисленные уговоры Т. Кайта и других не менее уважаемых специалистов) - миф или реальность ? А если серьезно, то поделитесь опытом построения таких приложений: плюсы, минусы, особенности в реализации и работе. Вопрос пока чисто теоретический, поэтому технические подробности системы не описываю, но речь не о среднем сайте, а достаточно крупном приложении, с несколькими модуля, сотнями пользователей и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 19:51
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Максим Нмиф или реальность ? Миф. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 19:51
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
А бизнес-логика? Она вообще предполагается? Она тоже будет через ORM? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 20:25
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Cane Cat FisherА бизнес-логика? Она вообще предполагается? Она тоже будет через ORM? А БЛ на стороне клиента соответсвенно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 20:36
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Dimitry SibiryakovМиф.1C? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 20:38
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Relic Hunter1C? фиг: Максим Нречь не о среднем сайте, а достаточно крупном приложении, с несколькими модуля, сотнями пользователей и т.д. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 20:50
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Dimitry SibiryakovМаксим Нречь не о среднем сайте, а достаточно крупном приложении, с несколькими модуля, сотнями пользователей и т.д. И по какому пункту 1С не пролазит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 20:56
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Relic HunterИ по какому пункту 1С не пролазит? Как человек, обслуживавший 1С с полусотней пользователей, могу обоснованно сказать: по обоим. Железо на такую задачу для 1С потребовалось бы выше среднего. В то время как прилично сделанное приложение с учётом особенностей СУБД обойдётся и начальным уровнем. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 21:22
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Dimitry Sibiryakov, Я бы не был столь категоричным. Есть куча примеров систем, которые натягиваются на любую популярую СУБД, как CMR, VSC, BugTracker-ы, мониторинговые системы (etc zabbix), СУП как SAP/R3, Siebel, 1C. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 21:30
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Relic HunterЕсть куча примеров систем, которые натягиваются на любую популярую СУБД ....пока эта СУБД - MS SQL или Oracle. (c) почти Г.Форд. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 21:57
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Dimitry Sibiryakov....пока эта СУБД - MS SQL или Oracle. (c) почти Г.Форд. Вот видишь, время машин крашеных в один цвет безвозвратно прошло ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 22:29
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Relic HunterВот видишь, время машин крашеных в один цвет безвозвратно прошло ;) В таком случае: критерий популярности - В СТУДИЮ!!! Какого уровня популярности должна достигнуть СУБД, чтобы с ней работал и SAP/R3 и 1С и какой-нибудь BugTracker? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 22:33
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Максим Нмиф или реальность ?Миф. Relic HunterЯ бы не был столь категоричным. Есть куча примеров систем, которые натягиваются на любую популярую СУБД, как CMR, VSC, BugTracker-ы, мониторинговые системы (etc zabbix), СУП как SAP/R3, Siebel, 1C.Они не натягиваются просто изменением имени БД в конфиге, так, что бы: Максим Нбезболезненно менять СУБД для приложения как перчатки (позабыв про многочисленные уговоры Т. Кайта и других не менее уважаемых специалистов)К тому же ни в одной из этих систем не используются "один из новомодных ORM (Hibernate например)" Вообще не видел ни одной системы, подходящей под определение "речь не о среднем сайте, а достаточно крупном приложении, с несколькими модуля, сотнями пользователей и т.д.", в которой использовалась бы такая технология, даже если не брать топовые известные системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 22:38
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Dimitry SibiryakovRelic HunterВот видишь, время машин крашеных в один цвет безвозвратно прошло ;) В таком случае: критерий популярности - В СТУДИЮ!!! Какого уровня популярности должна достигнуть СУБД, чтобы с ней работал и SAP/R3 и 1С и какой-нибудь BugTracker?Да в общем понятно - когда объём продаж под эту СУБД превышает стоимость портирования на неё. И в принципе поставщики некоторых приложений, бывает, поддерживают немало СУБД. Но вопрос ТС в другом - чтобы стоимость портирования была нулевая, чтоб разработчики вообще не заморачивались этими непонятными SQL-лями, а менеджеры по продажам сами прописывали в конфигурации этого волшебного ОРМ имя СУБД, в крайнем случае озаботившись только проверкой в длиннющем списке, поддерживает он эту СУБД или нет. Вот такая она, светлая и недостижимая мечта ТС :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 22:47
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
alexeyvgВот такая она, светлая и недостижимая мечта ТС :-) Не, не, не - вы меня не правильно поняли. Я как раз таки сам большой противник "обезличивания" БД! Просто вот возник вопрос такой, небольшое сомнение закралось, а в друг и правда есть такая возможность? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 22:48
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
В догонку: Какая цель обычно приследуется при построении универсального приложения, не привязанного к СУБД ? Производительность? Но ведь одна и та же ANSI-шная болванка (без заточки под конкретную СУБД, под ее особенности и расширенный функционал) будет работать примерно с одинаковой скоростью как на дорогущих Oracle и MSSQL так и на халявных PG и (пока еще) MYSQL ? Наличие уже установленной СУБД у клиента? Ну так если СУБД свободная, то какая проблема развернуть ее у клиента ? Что нибудь еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 23:08
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Максим НПросто вот возник вопрос такой, небольшое сомнение закралось, а в друг и правда есть такая возможность? :)Нет никаких сомнений, нету возможности :-) Максим НКакая цель обычно приследуется при построении универсального приложения, не привязанного к СУБД ?Так я же писал - менеджеры хотят продавать клиентам под их разнообразные инфраструктуры. Как миниму просто конкурентное преимущество, даже чисто психологическое. Ну и вопрос не только в стоимости лицензий, нужен же штат людей, какая то школа по СУБД. Не может же в самом деле компания при покупке решения не обращать внимание на то, что для этого решения нужно, кроме апаратной части. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 23:13
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Почитайте про патерн программирования MVC и его реализацию "Code First". Там вообще проектируется приложение под бизнес модель и только потом модель генерирует базу данных, для которой есть соответствующий EF драйвер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 23:21
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Максим НА если серьезно, то поделитесь опытом построения таких приложений: плюсы, минусы, особенности в реализации и работе. Практически даже "Oracle + Firebird" было изрядным геморроем. Даже в рамках ANSI SQL существует изрядное количество несовместимостей. Практически "одинаково на всех СУБД" могут выполняться только приложения, построенные на запросах SELECT FIELD FROM TABLE WHERE ID = ? и соответствующих однострочных операторах модификации. А писать приложение при таких ограничениях... мягко говоря, скучно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 23:30
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Relic Hunter, почитать почитаем, но использовать это можно только для макетов. Для этого кросс-платформенность нужна, чтобы при сборке показательных стендов, которые я называю макетами, на этапах пресейла - конфигурировать в достаточно простом режиме различные варианты для Заказчика. В продакте надеюсь вы не предлагаете базы пересобирать ? :) Максим Н, думал холивары о кроссплатформенности ушли в небытие, но реальность говорит об обратном :) ИМХО, платформа всегда определена конкретной средой и обстоятельствами. Представляете себе компанию, которая под Новый Год выпускает приказы о назначении руководителей отделов с доверенностями и заодно приказы об эксплуатируемом сервере баз данных на будущий год ? Говорить о выборе СУБД можно чисто гипотетически, потому что как правило на этот выбор влияют совершенно другие критерии от исходного ресурса до философии (вернее "тараканов") руководителей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.09.2012, 23:39
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
Максим Н, не знаю, надо ли. Как правило этим вопросом задаешься в самом начале проектирования, потому как ещё много неизвестных... Как обычно, хочется "всего и сразу и нахаляву"... зато какое преимущество! Фигня это. Опять же, сколько работал - не видел таких "безболезненных" миграций в реальности. Потому, что ежели оно работает - то зачем? А "не работать" оно начинает медленно и незаметно... как правило поначалу легко решается "допилом" (отходом от стандарта)... а когда понимаешь "надо бы" - поздно, почки уже отлетели. Как пример, знаю место, где ДОСовским парадоксом пользовались до 2010года "вовсю" в бизнес процессах в не самой маленькой организации. Одна из причин жизни разных mumps. :) Опять же, заточенное под конкретную БД приложение - работает шустрее. Главное, чтобы "затачиваемость" совпадала с потребностями задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.09.2012, 01:06
|
|||
|---|---|---|---|
|
|||
Независимость приложения от СУБД |
|||
|
#18+
Если речь о Максим Ндостаточно крупном приложении, с несколькими модуля, сотнями пользователей то Максим НОписать БД и запросы к ней на чистом ANSI SQL нереально уже само по себе. Поэтому Максим Нзакатать все это дело в один из новомодных ORM или нет - уже не принципиально. Максим Нподелитесь опытом построения таких приложений По-любому придётся как-то на уровне не выше построения запросов определять типа сервера, к которому выполнено подключение, и соответственно менять код SQL. Выбирать имена для сущностей такие, чтобы были для всех СУБД корректными. Впрочем последнее относится скорее к модели БД. А с моделью будет отдельная особая пляска с бубнами и баянами. Короче говоря, это работа в целом - для аккуратных дотошных зануд, не побоюсь этого слова. И проблемы программиста с чистым ANSI SQL и тем более всякими ORM даже после поддержки 3 разных СУБД в одной модели и одном большом проекте вам покажутся детской забавой. Это прежде всего проблема архитектуры и проектирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.09.2012, 06:27
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
А как вам мысль описывать запросы в неком СВЕРХ SQL из которого потом путем "компиляции" будут генерироваться процедуры на конкретном языке SQL. Конечно компиляция может быть не столь интеллектуальной, как мозги программиста. Но это как сказать, как сказать.. И потом в сгенерированный SQL, который подойдет скажем процентов на 70, пусть будет допустимо вносить изменения вручную. Все равно работы будет меньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.09.2012, 11:33
|
|||
|---|---|---|---|
Независимость приложения от СУБД |
|||
|
#18+
AlexsalogА как вам мысль описывать запросы в неком СВЕРХ SQL из которого потом путем "компиляции" будут генерироваться процедуры на конкретном языке SQL. Она здравая и правильная, имхо. Но учитывая необходимый объём работ (необходимый на самом деле, а не кавалерийским наскоком), она будет оправдана только в весьма крупных проектах. Кроме того, не стоит забывать ещё о двух вещах: разработка такого продукта будет означать необходимость отладки/тестирования под все платформы (то есть тупо увеличение затрат в эн раз), а список возможностей получившегося "сверх скл" будет пересечением возможностей платформ с объединением мелких несовместимостей и различных багов. Я как-то говорил: я в своё время сконструировал скрипт на анси скл (ну вернее оператор, а всё остальное - создание таблиц и заполнение данными), который при выполнении на трёх разных СУБД даст три разных результата. И "компилятору сверхскл" придётся каким-то образом обеспечить одинаковый результат на всех трёх. AlexsalogИ потом в сгенерированный SQL, который подойдет скажем процентов на 70, пусть будет допустимо вносить изменения вручную. Это несопровождаемо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1541542]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
165ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 535ms |
| 0 / 0 |
