IBM Database Connectivity for JavaScript

0

0

В продолжение новости про "SQL сервер на JS" представляем IBM Database Connectivity for JavaScript(IBM DBCJS) - аналог JDBC для веб-приложений.

Это набор API функций, которые позволяют выполнять запросы к базе данных на сервере почти "напрямую". На стороне клиента IBM DBCJS состоит из набора API функций и библиотеки, которая может быть использована веб-приложениями напрямую, без использования каких либо дополнительных плагинов. На стороне сервера используется IBM DBCJS шлюз(gateway), написанный на PHP. Это промежуточный слой функций между IBM DBCJS и сервером баз данных, он также обеспечивает безопасность и перенаправление вызовов.

Пересказ статьи на русском - http://blog.webrule.ru/?p=7

>>> Подробности(англ.)

Ссылка

←	Debian Etch 4.0 Released!

SystemRescueCd

→

← 1 2 →

Ответ на: комментарий от grinn 10.04.07 09:47:44 MSD

> Ну вот! опять предлагаются полумеры!

> Надо повести "тотальную зачистку" и уволить вообще всех пограммистов > (и околонихтусующихся)!

И далее - уволить всех бухгалтеров, и пусть работники сами се считают зарплаты, налоги, балланс подбивают. А главбух без которого нельзя их проверять будет.

anonymous
(10.04.07 12:37:23 MSD)

Ссылка

Ответ на: комментарий от AndreyKl 10.04.07 05:48:56 MSD

> Откровенно говоря, я представляю себе базу лора. НО. Если поднапрячься - таблицы уходят.. вот и нет реляционной базы.. т.е. вы не совсем правы, концептуально, можно предложить модель лора без реляционной базы.

Сголасен, можно предложить модель ЛОРа как нереляционную базу. Но не нужно. Все известные нереляционные базы не имеют ничего, по мощности похожего на реляционную алгебру.

Можно ЛОР моделировать как иерархическую базу, как содержимое tracker.jsp за последние 10 лет, но все эти способы либо

1. При внимательном рассмотрении являются тойже реляционной структурой, либо

2. Очень бедны на доступные операции поиска и оптимизации.

gods-little-toy ★★★
(10.04.07 13:01:57 MSD)

Ссылка

Ответ на: комментарий от grinn 10.04.07 09:31:33 MSD

> У пользователя сайта, мозг которого не поврежден изучением SQL и операциями над файлами, мыслей о БД/ФС машины хостящей ЛОР не возникает.

Про ФС это уже вы додумали. Меня БД интересует.

Товарисч, надоело спорить с вами. Прочитайте статью по ссылке, поройтесь в разделе Linux-org-ru. Народ алчет доступа к базам, а не регистрам.

Впрочем, я не против. Если мне дадут readonly доступ к базе, я согласен чтобы у вас был readonly доступ к регистрам. :-)

gods-little-toy ★★★
(10.04.07 13:12:52 MSD)

Ответ на: комментарий от gods-little-toy 10.04.07 13:12:52 MSD

>Про ФС это уже вы додумали. Меня БД интересует.

ну да.... сегодня мы хотим БД... А где гарантия, что завтра не захотим доступ на более низкий уроветь? *)

> Товарисч, надоело спорить с вами.

То есть - аргументы кончились?..

>Народ алчет доступа к базам, а не регистрам.

1. см *) выше

2. "прогромизды", непонимающие с какой _целью_ абстракции наворачиваются слой за слоем, выигрывают контрамарку в биореактор.

grinn ★★
(10.04.07 16:23:15 MSD)

Ответ на: комментарий от grinn 10.04.07 16:23:15 MSD

> >Про ФС это уже вы додумали. Меня БД интересует.

> ну да.... сегодня мы хотим БД... А где гарантия, что завтра не захотим доступ на более низкий уроветь? *)

Вот когда захотим, тогда и обсудим. (**) Щас доступ к бд гони.

> > Товарисч, надоело спорить с вами.

> То есть - аргументы кончились?..

Нет. Вы просто придираетесь к мелочам и не отвечаете по сути. Я доступно объяснил, зачем мне нужен доступ к базе. Объясните, что вы будете делать с доступом к регистрам?

> >Народ алчет доступа к базам, а не регистрам.

> 1. см *) выше

см (**) выше

> 2. "прогромизды", непонимающие с какой _целью_ абстракции наворачиваются слой за слоем, выигрывают контрамарку в биореактор.

Цель наворачивания понятна. Но тот подход, в рамках которого была сформулированна данная цель, устарел. Поэтому слои должны стать опциональными.

gods-little-toy ★★★
(10.04.07 17:24:13 MSD)