Antichrist must DIE !!!

subj

2 to0r (*) (2003-04-25 14:03:19.493436)

>чем держать 1 команду для MySQL, 1 для Oracle, 1 для DB2, 1 для PostgreSQL, 1 для Informix, 1

Весьма странно, а почему бы в проекте не выделить Persistence Layer и не иметь подобных проблем? Да, конечно не получиться реализовать всю фичастость конкретной базы, но насколько я понимаю вы делается портируемый продукт. :))

@see on Jakarta: ObJectRelationalBridge (OJB) is an Object/Relational mapping tool that allows transparent persistence for Java Objects against relational databases.

На выбор PersistenceBroker & ODMG API.

2to0r: Ну тогда расскажите хотя бы в какой области у вас проект, просто у нас никогда не возникало проблем с тем, что клиент что-то там поставил. Мы продавали продукт + Oracle, ну и иногда продукт + пиратский Oracle :) Возможно, что подобные трудности с большим количеством баз связанны с неправильным маркетингом? Хотя не зная вашу область так судить нельзя.

>Соблюдение целостности где-либо, кроме как в самой базе - серьезный >удар по производительности (и надежности). Я не думаю, что вы >механизм транзакций накатаете лучше производителя СУБД.

>> Зачем представлять, если можно наблюдать реально работающие вещи, >>которые успешно справляются с этой "проблемой".

>Не видел таких. Примеры? То, что вы и прочие студенты написали на >коленке, не канает.

А 1С !!!! прекрасно все работает !!!

>>Начнем с того, что вероятность издыхания AS на порядок ниже, >>чем издыхания сервера БД. Если AS все же сдох, то автоматически >>останавливаются всякие операции с базой. При подъеме AS должен >>обнаружить незавершенную транзакцию (мы ведь о серьезных >>продуктах говорим) и произвести откат. После этого продолжается >>работа в нормальном режиме

Поподробнее команда SQL типа дай незавершенные транзакции

блин, шо не тред про СУБД, так обхохочишься... %))

встрявать не буду...


to korwin ... я все помню... но млин некогда .. я уже и план проекта накатал.. осталось реализовать %(( но скоро очень скоро....

<цитата>The BEA WebLogic Adapter for RDBMS supports the following databases: Oracle 8.x, 9.x Кроме того ещё SAP нашёл и какую-то PointBase, больше не нашёл :( Штука интересная, но работает только под M$ платформу, как я понял. Я правда скорее предпочту OAS этой штуке, ну да не важно.</цитата>

Нет. Поддерживается все что имеет jdbc. Написано на яве, поэтому работает не только под MS.

<цитата> Не верю я что на нём можно создать реально большое и сложное приложение, работающее с большими объёмами данных, в любом случае ЧТО ВЫ НАПИСАЛИ С ПОМОЩЬЮ BEA и RESIN, под какие задачи, с какими трудозатратами и как это работало. </цитата>

Будьте последовательны. Был запрос - "покажите нам AS но только написанные не вамы, бестолковыми студентами на коленке" вот я вас всех и послал читать success stories на каучуке и bea. Верить этим stories или нет - ваше право...

Мои проекты с AS как правило на C/C++

> минус апсервера - медленей

Брехня. Плюс аппсервера - быстрее! Аппсервер - это интеллектуальная вещь, затачиваемая под задачу. Механизмы сохранения целостности в самой БД - это тупые правила срабатывающие всегда по определенному событию. Они оправдываются только для очень и очень простых вещей, т.е. на тех же самых наколенных поделках студентов.

<цитата> Это у вас AS такой крутой-вылизанный или вы в качестве базы mysql пользуете? :-) </цитата>

А у вас есть претензии к надежности mysql?

> Поподробнее команда SQL типа дай незавершенные транзакции

AS имеет все схемы сложных транзакций, запускает их, ведет журнал их исполнения, а так же содержит логику отката и осуществляет сам откат. Сервер БД исполняет только свою прямую функцию - качественное Хранение упорядоченных данных и быструю Отдачу данных по запросу. Получаемый эффект: один AS - любая БД. Бесконечная расширяемость без геморроя с совместимостями и багами той или иной реализации сервера БД. А багов этих немеряно и в Оракле и в Mysql, и тем более в Postgres.

>> А если в данный конкретный момент проверка целостности не требуется?
> Простите, что за бред? Что это значит?

Например, закачка крупной партии данных из базы филиала в базу головного офиса. Данные филиала имеют гарантированную целостность.

<цитата>Ну так подведите итоги! минус апсервера - медленей (про трафик смешно :), еще есть ? </цитата>

Это не итог. Это вывод, сделанный на основе одного умозрительного примера. Как правило AS дает _повышение_ производительности за счет:

- connection pool. Установление соединений с базой данных - операция достаточно ресурсоемкая (ну, для mysql - нет, а вот к примеру для DB2 очень даже..). Connection pool позволяет соединяться реже. Кроме того он позволяет сократить число одновременно утановленных connections (и соответсвенно сэкономить ресурсы DBMS)

- Дополнительный уровень кэширования. Если вы обращаетесь к corba обьекту (который хранит свое состояние в dbms) (ну или entity bean), он еще сохраняется в памяти некоторое время и повторные обращения - позоляют _не считывать_ его заново из DBMS.

- Проверки, которые делаются в AS, позволяют отвергнуть некоторые запросы с неправильными данными _без_ обращения к dbms.

- Масштабируемость в AS - это уже проторенная дорожка по крайней мере в отношении corba и EJB)

Але, это кто там conditions в Lisp'е обсырает?? Но-но! :)

И ваще, Лисп не трогать грязными руками... :)

2ifconfig
> to korwin ... я все помню... но млин некогда .. я уже и план проекта
> накатал.. осталось реализовать %(( но скоро очень скоро....
Спасибо, что помнишь! :) Жду с нетерпением :)

2anonymous (*) (2003-04-24 23:32:17.497172)

>Теперь есть о чем поразмыслить и стало яснее: в какую сторону смотреть...

Не слушай их! Они тебя плохому научат. Может быть даже курить!

Эти песни о не необходимости триггеров и проч. вещей идут из возможности поддержки множества серверов. Типа мы такие крутые, у нас на всем работает. А результате получается плоская база. И для малейшего отчета данные гонятся гигабайтами по сети. А потом заказчик удивляется, а чего это у него все тормозит...

у нас проект из мультибазового в конце концов скатился только к ораклу, иначе просто невозможно - без использования специфических вещей просто все тормозит.

Пора бы уже забыть о мультивариантности баз. А то нафик тогда все остальные, кроме mysql?

<цитата> Не слушай их! Они тебя плохому научат. Может быть даже курить! </цитата>

не знаю насчет курить - но материться точно.. (Тут всякого наслушаться можно. Мне кажется админам LOR следует сделать как на порносайтах "Если вам еще нет 18 лет.....")

> Пора бы уже забыть о мультивариантности баз. А то нафик тогда все остальные, кроме mysql?

Ха-ха. Первое предложение - вопль бессилия от непонимания второго предложения. Второе предложение есть Истина. Только говорить ее нужно очень тихо и под большим секретом...

Бля для любителей AS с извращениями... У меня неоднократно была следущая ситуация. Вася Пупкин забил толпу данных с мелкой ошибкой.... (к примеру когда забивал неправильно поставил галку).... Из-за этого бизнес-логика обрабатывает данные по другому. Ошибка найдена..... Я делаю update table и далее триггеры корректно раскидывают мой update по нескольким таблицам

В случае любителей AS с извращениями..... Никто не должен лезть БД своими корявыми лапами!!!! только АС с своими прямыми.... Идет админ к Васе Пупкину извини братан но садись ка и исправляй все что ты забацал за месяц МЫШКОЙ.... У Васи инфаркт.... у начальника отдела приступ неконтролируемой злобы когда он слышит что отчет будет только через 24 часа когда Вася закончит работу по исправлению.... а админу тоже доля пиздюлей.... Сцена два плачущий админ лезет в код AS и пытается разобраться что же происходит при постановке галочки в форме и в какие таблицы это все лезет. При этом потирает задницу и клянется себе что никогда больше не будет иметь дело с любителей AS с извращениями потому что они просто педерасты А да любители AS с извращениями вы наверное написали свой язык типа 1c-бейсика для общения с AS а через него с БД (админ просто рад его изучать)..... Но данная цепочка несколько порнографична ...

А в конечном счете имеем тоже с чего все и начиналось..... Вот только одно вы отладили свой язычок до уровня надежности "тупого" триггера??? и тестили долго?

А вообще если серьезно то надо отделять логику хранения данных от бизнес-логики если разница не видна то бля где такой травой угощяют...

И нахуй какой мудила пишет проект работающий с любой БД???? Умные люди долго ебуться с оптимизацией запросов,таблиц, индексов под определенную БД.... Такое ощущение что только студент обожравшийся мухоморов такое накать мог

Бля а про кучу проверенных данных с филиала .... Ето вообще из разряда черного юмора... Типа админ камикадзе выполняет смертельный трюк под куполом цирка..... ПРОВЕРЕНЫХ ДАННЫХ привезенных от куда не будь НЕ БЫВАЕТ!!!!

anonymous (*) (2003-05-07 14:13:41.945)

> И нахуй какой мудила пишет проект работающий с любой БД???? Умные
> люди долго ебуться с оптимизацией запросов,таблиц, индексов под
> определенную БД.... Такое ощущение что только студент обожравшийся
> мухоморов такое накать мог
>
> Бля а про кучу проверенных данных с филиала .... Ето вообще из
> разряда черного юмора... Типа админ камикадзе выполняет
> смертельный трюк под куполом цирка..... ПРОВЕРЕНЫХ ДАННЫХ
> привезенных от куда не будь НЕ БЫВАЕТ!!!!

Аминь

> Сцена два плачущий админ лезет в код AS и пытается разобраться что же происходит при постановке галочки в форме

Какая глупость. Где написано, что администратор БД не может зайти напрямую и поправить данные?

> какой мудила пишет проект работающий с любой БД??

Наверняка тот, кто продает свои решения клиентам, уже имеющим
БД, которые сами по себе стоят немалых денег... Трудно догадаться?

> Умные люди долго ебуться с оптимизацией запросов,

Умные люди спокойно работают не напрягаясь, а кое-кто всю жизнь стоя в гамаке пытается оттрахать ежика.