Интересно подискусировать с профессионалами возможность написания баз данных по следующим принципам (см. сайт mzc.narod.ru ):

1. отказываемся от SQL-сервера и команды select,
2. пишем свой сервер на базе каких-либо таблиц и реализации функций работы с этими таблицами,
3. клиент делает запрос к базе, вызывает эти функции

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

Прав ли я? Или я нахожусь на ложном пути?

>А если серьезно: прочитайте сколько человек работали над созданием >стабильной версии Oracle, SQLServer.
>Уверен что среди них как минимум 10% были большими специалистами чем вы.

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

так можно к любой программе подвести, что её надо отлаживать,
что не надо изобретать колесо, что все программы уже написаны... и т.д. ...

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

В защиту C++ Builder скажу, что Microsoft Visual C++.NET применил свои формсы, явно основываясь на том же принципе, что и у Borland C++ Builder...
хотя, как мне кажется Borland идею для Delphi и Builder взял у Visual Basic...

Да и потом, для меня какая разница какое средство использовать, - всё равно я пишу своё, правда на базе С++ !!!

ASCRUSНапрашивается вопрос - а зачем тогда все это делать то ? Ведь сами же знаете, что лучше по любому не получиться. Не легче ли выучить существующее, разобраться и стать спецом, а потом просто расширять возможности существующих систем до необходимого уровня, которого по Вашему мнению не хватает. Мне кажется, что время систем с нуля уже давно и безвозвратно прошло. Процесс изучения существующего мне давно уже наскучил... изучаешь, изучаешь, а они всё новое придумывают, придумывают... С другой стороны завидно, кто-то придумывает, ты ты так в качестве юзера, да и за страну обидно, у нас много талантливых программистов, а они все на штаты в основном работают...

авторИспользование такого нестандартного подхода, возможно, позволит вам отказаться от дорогостоящих серверов баз данных американских компаний типа Oracle или Microsoft.
Это скорее не стремление к славе, а выдавание желаемого за действительное...

Jimmy1. Сначала пишется свой компилятор и собственный язык программирования
2. Потом пишется своя среда для разработки приложений на собственном языке программирования
3. В среде для разработки приложений на собственном языке программирования пишется собственная СУБД на собственном языке программирования
4. Далее, разарабатываются собственные правила бухучета и финансового управления
5. Создается собственная система, основанная на собственных правилах бухучета и управления финансами, использующая собственную СУБД и написанная на собственном языке программирования
6. Наступает блаженство!!! (кстати, и пенсия похоже тоже наступает)

Что, не скучная жизнь? То-то! :0)) НЕ УЧИ МЕНЯ ЖИТЬ!!!

Если взять историю Линукса, PHP или Питона, то окажется, что люди, написавшие их в свое время "наработались и упарились" с другими системами и явно видели, как все это можно сделать легче и красивее.

Вообще-то, опыт программирования не менее 15 лет...

Далее, почему не видно активного использования шаблонов? Это что, наследие OPascal? ну, конечно...

"Затачивая" это дело под BC++ ты обрубаешь большую часть плюсовиков
надо же на чём-то начинать... в конечном итоге, должно работать стандартный C++

Да и еще инициалы туда же влепил... Ну ты брат, загнул малость
инициалы для того, чтобы разрулить такую ситуацию:
например, есть уже стандартный класс CObject и создаю свой стандартный класс CObject, короче, чтобы не запутаться - вставил свои инициалы, да и потом они мне душу греют ... :)

В принципе, я и сам понимаю, что цели, поставленные мною - нереальные !!!
и полность они никогда не будут выполнены, просто этими целями построен вектор направления движения (примерно, как при СССРе, цель - КОММУНИЗМ), а достижение этой цели, этого вектора - изначально нереальная задача.

Если осмыслить сайт, то там сразу же и даны все ограничения, то есть написание своего компилятора и оси - об этом пока и речи нет (и скорее всего не будет)... Разработка своих баз данных - это просто эксперимент, который, кстати, работает...

Вы уж меня извините, но после Ваших высказываний о СУБД я честно говоря сомневаюсь, что Вы работали хоть на одной из существующих СУБД и представляете себе сложность ее реализации
Базам данных я предпочитаю объектно-ориентированное программирование, то есть в базах я слаб... поэтому и обратился в форум...
Если же Вы хотите сделать маленькую примитивную СУБД, которая умеет хранить таблички и путем перебора записей их на клиенте обрабатывать, то рекомендую Вам просто посмотреть на файл-серверные системы, даже чтобы сделать аналог Fox-а или Jet Access-а, Вам придеться здорово попотеть. А что, пример базы данных, опубликованный на сайте mzc.narod.ru не работает? Кстати, ВЫ, наверное, не поняли смысла, но обработка всех записей идёт на сервере...Итак,
для сервера, под ваш проект, пишется программа на основе класса CMzDbServer. Эта программа и будет сервером. Работа с клиентом осуществляется путём вызова функций с параметрами (типа хранимых процедур).

SuperSergНу вот примитивная задачка: есть две таблицы, в каждой по одной колонке. Надо выбрать из первой таблицы записи, которых нет во второй. Ну, хорошо, напиши на чистом SQL - ле следующее: выбрать из таблицы
записи с 5-ой по 10-ю...

JimmyДа, кстати, теоретическая проработанность вопроса характеризуется следующей цитатой:

Установим четыре постулата нашей концепции:

1. Все типы данных заменяются на классы типов данных.
2. Исходный код программы хранится в файле со своим спецформатом.
3. Визуальные объекты строятся на базе простых графических функций.

Спасибо, что внимательно читал сайт...

Рыжий Кот
Мой вам совет, будьте "всеядны"...
Например, возьмите для начала PHP + MySQL... откроете для себя массу нового...

Я думаю наоборот, что каждый человек должен специализироваться на чём-то, конечно, хорошо бы изучить PHP + MySQL... Сделаю это сразу же после достижения ощутимого результата в создании Mz C++ Constructor !!!

alex_k
select first 5 seek 5 from sometable order by somefield

Microsoft SQL мне выдаёт на это ошибку:
Server: Msg 170, Level 15, State 1, Line 1
Line 1: Incorrect syntax near '5'.
Что-то не прокатывает?!! Чистый SQL, такой синтаксис не поддерживает!!!
Революционные работы хороши, но имхо, нужно найти действительно полезную и не разработанную область.
А новый язык, новая операционка и новая база данных не имеют ничего нового на самом деле.
Новая - не значит, что там применено что-то такое новое, революционное...
просто другое, мне просто интересно писать... я не изобретатель, я просто программист, просто хочу написать своё средство разработки (при этом появляются наработки, которых хватит на половину операционной системы), думал, что и своя модель базы данных будет, для меня по крайней мере, наиболее эффективней...
Попробуйте их в работе. Возможно всё что вы пытаетесь сделать самостоятельно, уже было решено в рамках так горячо вами любимой ОО методологии.Возможно... какие базы поддерживаю её?

select first 5 seek 5 from sometable order by somefield
В MSSQL я переписал эту запись так:
select first 5 seek 5 from orders order by orderid

Почему то не прокатывает? Что здесь не правильно?

Спасибо, ASCRUS. Вот что я нашёл по вашей ссылке....

SELECT TOP 100 * FROM MyTable
WHERE id NOT IN (SELECT TOP 100 id FROM MyTable ORDER BY id) ORDER BY id

согласитесь, что это не эффективный подход, вместо того, чтобы сразу взять
нужные записи (пример на С++):

//пусть MyTable - это таблица в виде массива
//а Count - кол-во записей в таблице

for (int i = 100; i < 200; i++)
{
// берём данные по строчкам из MyTable
}

такой подход поскорости быстрее!

GlukДа кто Вам сказал, что этот подход не эффективен ??? Сервер БД сам решает каким образом выполнять запрос. Как правило, планы которые он строит достаточно эффективны и не Вам с ними соревноваться. Больше читайте прежде чем нести ахинею.


итак смотрим что для
SELECT TOP 100 * FROM MyTable
WHERE id NOT IN (SELECT TOP 100 id FROM MyTable ORDER BY id) ORDER BY id

нарешал оптимизатор Microsoft:

select - top - merge join right - 1,2 // разбивается на две ветки...
1 - top - order.rk+order
2 - order.rk+order

это что оптимальный подход для этой задачи?

В чём заключается ахинея? Просто все реляционные СУБД построены на базе реляционной алгебры... Эффективна ли она в некоторый подходах...

Рассмотрим select...

select * from T1

на C++ выглядело бы так:

for (int i = 0; i < T1.Count; i++)
{
... = T1 ;
}

select T1.id from T1,T2 where T1.id = T2.id

на C++ выглядело бы так:

for (int j = 0; j < T2.Count; j++)
for (int i = 0; i < T1.Count; i++)
{
if (T1.id == T2[j].id) ... = T1.id;
}

а если теперь нам нужно выбрать только по чётные id? в С++ я бы написал так:

for (int j = 0; j < T2.Count; j++)
for (int i = 0; i < T1.Count; i++)
{
if (T1.id == T2[j].id && i % 2 == 0) ... = T1.id;
}

интересно, как в SQL?