Прожекты по среде разработки для баз данных

[osdm]

Кто-нибудь помнит, какую революцию в свое время совершили DBase и потом Microsoft Access в области разработки баз данных? Даже не очень квалифицированный программист мог написать бизнес-приложение с использованием этих средств. Сейчас эти приложения устарели. Для того, чтобы разрабатывать с использованием современных технологий, разработчику

Comments

[metaclass]

Пойду сохраню себе в баг-трекер домашний, пока не забыл. :)

(ничего что я о своем?)

[avnik]

По моему вы очередной раз пытаетесь изобрести Zope

Re: (ничего что я о своем?)

[osdm]

Спасибо, zope поизучаю, потом отпишусь. Насчет хранения кода в базе - а в zope реально была реализована система ведения версий, или просто код в базе хранился, без мерджей и чейнджсетов?

Re: (ничего что я о своем?)

[avnik]

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

Я бы начинал с этой http://ozzope.org/what-is-zope статьи. после этого у вас будут более осмысленные вопросы, и понимание какие пакеты смотреть и какие слова искать ;)

Re: (ничего что я о своем?)

[norian]

на питоне можно писать гуи без браузера ?

это так, для общего образования ..

[norian]

> SQL, какой-либо язык промежуточного сервера (PHP, C#, Java и т.п.), HTML+CSS, JavaScript, jQuery

обычно ещё и язык хранимых процедур вроде PL/SQL(мутировавшая ада) или T-SQL
какая-то вавилонская б. :о((

по-хорошему всё надо писать на плюсах, например, как сделали с гуями в Qt - без трёхстрочных вызовов win32 api и слегка древнего посикса, с возможностью как рисовать мышкой, так и писать код, с контейнерами в stl и java - стилях, кому как привычнее

[osdm]

Насчет PL/SQL - да, приходится. Однако почему-то это считается некошерным - типа, всю бизнес-логику нужно писать в промежуточном сервере. Поэтому я и не стал про него писать - вдруг забросают гнилыми помидорами.

Не могу согласится насчет плюсов, т.к. плюсы в JavaScript можно откомпилировать с большим трудом, да и сделать в нем Sql языковой конструкцией тоже не получится.

[norian]

в своём блоге можно и поугнетать кидателей помидоров :о))

я имел в виду - вообще обойтись одним языком, без сиквела и скриптов
писать объектную модель, которая будет ложицца в базу и извлекацца без дополнительных накладных расходов для девелопера - для препроцессора такие расходы, конечно, неизбежны, но ему всё равно, он железный

логику придёцца писать, конечно, но использовать один язык по идее проще

плюсы обладают тем преимуществом, что на них можно при необходимости значительно увеличивать производительность и даже затачивать всю систему под задачу - при разных языках скорость упрёцца в самый тормозной из интерпретаторов - джавовский, сиквельный или питонный

ну и заодно отказацца от html, заменив его на что-нть побыстрее и безопаснее

[lalibu]

Couchdb

[osdm]

А какие пункты отсюда реализованы в Couchdb, не подскажете?

[lalibu]

кауч это NoSQL база с веб интерфейсом, внутри JS, хранение сложных обьектов в виде JSON. При таком подходе архитектура существенно упрощается.

и да, она отлично масштабируется и реплицируется.

[kisa_i_osya]

NoSQL "отлично не масштабируется" и не "реплицируется", дешево -- да, но не "отлично".

[deathbaba]

Очень интересно послушать о пунктах 5а-5д подробнее.

[osdm]

Попробую потом расписать, как время найдется.