Есть такая СУБД, Sav Zigzag. На ее основе работает сервис Smans. Сервис позволяет через меню легко создать справочно-запросную систему и работать с ней в Интернет (запросы, обновления, изменения). Интерфейс с пользователем генерируется автоматически в зависимости от содержания, не надо изучать HTML, SQL, PHP и прочего (иностранного). Есть даже возможность бесплатно попробовать в http://www.smansh.com/ru/ через раздел Услуги, затем Проба. Я лично, ничего более простого и мощного еще не знаю!

Ваше мнение? Если есть вопросы, могу ответить подробнее. Интересно, что с удаленной БД можно работать даже через сотовый телефон или КПК.

Cat2okdoky -

Позволяет ли данная система выдать мне ответ, какая модель телефона продавалась в нашем магазине в прошлом месяце три раза?
Конечно, используя язык Java/Zigzag все это можно сделать, http://savtechno.com . Но тогда придется изучать минимум (без HTML) 2 языка: Java и Zigzag. Не позавидуешь не только начинающему, но и лентяю.

Если говорить только о сервисе, это – хостинг мобильных данных, Smanshome. По сути, он представляет многопользовательскую записную книжку. В интерактивном режиме через Вэб-браузер создаем на удаленном сервере каталог файлов. В том же режиме, часть файлов объявляем таблицами (DB Table), определяем их структуру (схему) и вводим (удаляем, корректируем) записи. В любой момент структуру таблицы можно легко изменить.

Конечно редактор или менеджер может задать права доступа разным пользователям. Одни пользователи будут только читать или делать запрос (read), другие только писать (write) вводить новые записи и корректировать их. Редактор может корректировать еще и структуру таблиц (edit).

Пьяный ЛохЯ б серебряну пулю купил только за то, что она дает мегафичу "интерфейс с пользователем генерируется автоматически в зависимости от содержания"
Абасраца ...
На счет генерации интерфейса, для меня это тоже самый интересный момент. Пользователю, как и во всех справочных (особенно для мобильных телефонов), сначала предлагается навигация по некоему дереву данных. Дерево зависит от прав пользователя и каталога созданного редактором. При входе в таблицу диалог будет зависеть от структуры таблицы и ее содержания.

Например, есть такая таблица

Все, что нужно сделать редактору, это указать какие атрибуты будут использоваться при формировании запроса. Если такими будут B, C, пользователю в запросной форме будет предложено указать значения B и C. Собственно, кого интересует можно посмотреть демо .

Выводимые атрибуты можно также заранее определить. Таблица может состоять из составных атрибутов. Значения атрибутов могут быть многозначными. (Все как положено в объектно-реляционной базе данных). Очень важно, что пользователю при формировании запроса будут предлагаться подсказки, например выбрать возможные значения атрибута. Если этих значений очень много (>100), подсказки будут еще интереснее ....

Чем выше уровень инструмента, тем более стандартные схемы он использует, тем проще. Разве это плохо? Зачем всем подряд изучать что-то похожее на ассемблер? На нижнем уровне будут свои ошибки.

DarkSquidФигня это всё. Я такую же штуку на TCL/TK когда-то делал. И то лучше было. На порядок.Не сомневаюсь .... Интереснее было бы узнать примеры (ссылки). Например, наверняка многих интересует хостинг с простенькими SQL-инструментами? Заходишь через браузер в меню и делаешь за день справочную. Пока мне известно, что предлагаются только HTML-инструменты, чаще шаблоны HTML-страниц.

aZmу хостеров исчез mysql :)?
Как вы интерактивно используете хостинг, т.е. работаете с MySQL? Через Telnet? В командном режиме? Меня интересует меню. Только что выкопал один адрес freesql.org. Работает со скрипом, зависает. Без знания SQL все равно не обойтись.

Предлагаю сравнить 2 online инструмента, например создать простенькую записную книжку:
1. http://www.smansh.com/ru/services.html - пункт Проба
2. http://www.freesql.org/ - пункт Create

Что лучше?

DimonischeЗдесь нет людей которые не знают SQLНу и что. Иногда полезно сравнить SQL-инструменты или SQL-СУБД, с другими "зигзагообразными".

Даже классика со временем теряет популярность. Интересно, когда появился SQL, лет 20 назад? Крепкий пенсионер попался. Думаю, что рано или поздно новые объектно-ориентированные или какие-нибудь концептуально-семантические веяния его сместят. Просто потому, что новые языки будут проще для новых задач, а не такие громоздкие, как например SQL3 или SQLСУБД + Hibernate....

тлгдшлщмИ что это за "зигзагообразные" базы??? Конечно, это шуточное название, что-то примерно от "карабарачебурашные". Впрочем язык Zigzag существует - Zigzag Language . Не сомневаюсь, что классика типа SQL, Basic и т.д. останется, но не для новых задач и не для новых пользователей. Кстати, вы пользуетесь или знаете язык SQL3? Я тоже не очень... Тоже можно сказать и про объектно-ориентированный Visual Basic. Вроде бы и можно, но не хочется.

Появляются новые задачи, для которых проще использовать XML - XML и базы данных? Доверьтесь своей интуиции или тот же Zigzag - Точка зрения на ОРСУБД

vadiminfo
А скока языков в мире? 300, 500? Вы хотите сказать что для новых задач будут выбирать языки из второй сотни, всместо языков из первой десятки?
Статистика, это тоже аргумент. Когда то Си был одной из тех 500 зиг-загогулин. Постепенно он перерос в Си++, затем в Джаву (Java). Рост SQL фактически остановился в 1992 ....
vadiminfo
Скажите, честно это какая-то хохма?
В принципе да, особенно над теми, кто пытается загнать себя в СКорЛупу. Зачем ограничивать себя статистикой? Я, например, еще в 1997г влез в одну из загогулин Java и сейчас не жалею об этом.
vadiminfo
Вы что верите, что можно превзойти буржуа взяв давно избитые концепции, пойдя по давно пройденному ими пути? ООП, генераторы прог?
Это не реально. Обойти, наверное, можно тока на чем-то принципиально новом.Причем тут буржуа? Создавали все эти языки не они ... и часто использовали именно избитые концепции. Чем язык Си принципиально отличался от PL1? Большей выразительностью (типа ++a или a += 1) и простотой (работал на маленьких компьютерах).

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

На счет истории Oracle и частично SQL есть интересная статья Компьютерные корпорации. История Oracle . В то время, в конце 70-х была мода на реляционную алгебру. Эллисон очень удачно подстроился под нее. Что не менее важно, в отличие от Гейтса Эллисон создавал продукт, который мог стать конкурентом решениям IBM. Главным конкурентным преимуществом СУБД Oracle была высокая скорость обработки огромных массивов информации, которую тогда отметили все эксперты.

Если говорить о Zigzag, он более выразителен чем SQL и более прост в реализации. Поддерживающая его СУБД занимает всего 500КБ и может быть установлена даже на КПК – это вполне возможная ниша. Изначально Zigzag и интерпретирующая его СУБД ориентировался на XML-подобные структуры данных. По обработке таких данных он превосходит SQL-СУБД. Но самое главное, он превосходит SQL даже при интерпретации сложных запросов к многосвязным табличным данным!!! Именно это и позволило реализовать ГЕНЕРАЦИЮ ДИАЛОГА НА ОСНОВЕ СТРУКТУРЫ И СОДЕРЖИМОГО БД в том сервисе ради которого и был открыт этот топик. Впрочем, чтобы почувствовать эту генерацию (механизм и быстродействие), кому интересно может посмотреть другой сервис Справочная Организации Москвы .