авторПишу свою СУБД (не БД).

Читаем посты на приведенном форуме от автора топика:
авторК примеру, такой вопрос: в MS SQL Server есть понятие Clustered Index. Что бы это значило? Это дает какие-то преимущества?
Вопрос второй. Почему некоторые СУБД хранят данные в нескольких файлах, т. е. как только файл переваливает за некоторый лимит, создается второй файл, и т. д. В чем плюсы? Дело в организации файловой системы? Я вот например предполагаю хранить все в 1 файле.
авторА вот насчет блокировок и параллелизма, здесь можно поподробнее?
Потому что я предполагал, что механизм блокировок предполагает наличие специальных служебных колонок в таблицах и т. д., а также стандартные средства синхронизации типа Event или CriticalSection. Ну думаю что добавочные колонки в таблицах создать будет несложно и соответствующий код внедрить в нужных местах тоже.
авторА можно ссылку на этого самого Кайта? Или хотя бы название
авторВ общем, я еще почитаю поподробнее про блокировки и т. д.
Если дадите побольше хороших ссылок.
Отвечаем: Молодой человек. Чтобы изучить и научится работать с существующими, даже самыми из примитивных СУБД нужно время и не мало. Чтобы понять что и как там работает нужен опыт и понимание. Чтобы попытаться написать что то действительно стоящее нужен время, команда, опыт и спонсоры. А вот чтобы ничего не зная, да сразу СУБД, да сразу приглашать всех желающих - тут вот как раз много не надо - достаточно иметь за плечами молодость, отсутствие опыта и дурь, которая со временем вышлифуется в знания под воздействием опыта в условиях реальной работы. Могу только пожелать успехов и порекомендовать продолжить этот проект, так как затраченное впустую на создание никому не нужного СУБД будет окуплено с лихвою получением знаний, как это устроено у настоящих СУБД, опытом написания кода, собиранием шишек на кривых решениях из за недостатка опыта и главное опытом командной работы, если конечно же Вы хоть кого нибудь на это подпишите. Так что удачи на полном серьезе, насколько я заметил после "таких" проектов частенько получаются грамотные серьезные специалисты. Хотя честно сказать на самом деле есть гораздо более легкий и быстрый путь становления хорошим специалистом - выбрать один из существующих серверов, выучить его и поработать с ним в реальных проектах. Ну а если уж так хочется "приложить" свои силы, то самое оно выучить FB, поработать с ним на реальных проектах, потихонечку начать копаться в его исходниках, а там глядишь и включат в команду разработчиков сервера, который имеет и репутацию и свою публику и свой вес в мире СУБД, где действительно можно будет не время тратить, а приносить реальную пользу за open source человечеству, получая славу и благодарность.

Mr. BuSВы, ребята, лучше сами задумайтесь - откуда взялась Microsoft, как не от пары средненьких программистов. И я согласен, что много мозгов работало над ораклами и т. п., а вы подумайте, какие люди работали, скажем, над известной российской 1С. Ну не математики, точно. А узкая ориентированность - не на запросы или что-то еще, а на конкретный рынок - малого/среднего бизнеса. Я не настолько богат, чтобы бесплатно оупен-сорсить.
Вообще-то я не нуждаюсь в том, чтобы в меня и проект верили/не верили, не нуждаюсь в скептицизме/не скептицизме и т. д., я нуждаюсь в кадрах и знаниях. Кадры решают всё :)
Ну ну - были у нас такие умные, кто свой СУБД писать решили, даже спонсора нашли, кадры как раз у нас на форуме Работа искали. Через год проект должен был быть закончен и получен сервер ну прямо такой же, как и описываете. Вот уже не один год прошел и ни слуху ни духу, странно все это.

P.S. У Вас однако малость столетия перепутались - с 70-ых до 90-ых на только что появившемся рынке IT пара средненьких программистов могла что то придумать, стать знаменитыми и заработать миллионы баксов, сделав крупные конторы. Говорить про это в этом веке право смешно, если уж хочется славы и денег, надо бы или все таки начать работать и становится специалистом или же найти не занятую нишу, в которой можно себя приложить с новаторскими идеями, которые с учетом времени их разработки будут востребованны на рынке к моменту приготовления. Поэтому ... писать свой сервер баз данных - чистой воды бред, а вот на базе существующих СУБД к примеру написать свой интерфейс преобразования натуральных языковых запросов пользователей в SQL - это уже деньги и слава, хотя на самом деле и эта идея уже давно не новаторская и уже есть коммерческое ПО, реализующее это. Вообще сейчас в IT, не имея много денег и научно исследовательские институты за спиной очень сложно придумать чего нибудь, что пользовалось бы успехом и было востребованно ... уже просто все что можно было давно придумано

iscrafm ASCRUS примеру написать свой интерфейс преобразования натуральных языковых запросов пользователей в SQL - это уже деньги и слава, хотя на самом деле и эта идея уже давно не новаторская и уже есть коммерческое ПО, реализующее это.
Не побалуете ссылкой? плз
Да это как всегда производитель ASA - iAnywhere Solution балуется:
http://www.ianywhere.com/datasheets/answers_anywhere_overview.html
Там вроде как флешка презентационная есть. Англоязычный народ уже во всю пользуется, а вот поддерживаются ли другие языки - не в курсе.

DocAlА вот интересно, в чём предполагаются преимущество вашего сервера перед Firebird, MaxDB, MySQL, PostgreSQL, SQLite и прочих, доступных по лицензии с открытым исходным кодом или вообще в public domain? А перед DB2 Express-C, Oracle XE, MSDE?
Есть такой принцип - "Легче написать свое, чем разбираться с чужим". Профы этот принцип осторожно используют там, где чужое - это такое большое Г, с разбором которого можно затратить гораздо больше времени, чем затраченное на переписку нужных участков кода. Студенты же этот принцип применяют совершенно ко всему, так как в наших институтах учат кодить, а не программировать. Хотя то, что автор топика не собирается переписывать ОС или RAD, уже можно порадоваться, что он с ними все таки разобрался и пожелать ему силы духа и терпения, чтобы разобраться с "этими" РСУБД

Mr. BuSКакая жалость, получился абсолютно неконструктивный флуд. Я надеялся на серьезный деловой разговор.
Извините, но этого изначально не могло произойти, так как первое Ваше сообщение в этом топике гласило "набираю специалистов", что уже его относит к форуму "Работа". Далее выясняется, что Вы делаете то, не знаю что, потому что о РСУБД имеете достаточно поверхностные знания. Далее Вы утверждаете, что кадры и знания решают все, хотя на самом деле все в таких безнадежных проектах решают деньги и время. Ну и последнее - почему Вы думаете, что специалистам интересно Ваше предложение ? Вот я к примеру специалист - я неплохо знаю как на уровне потрохов устроены различные механизмы РСУБД, писал интрепретаторы, макроязыки, лексические анализаторы SQL скриптов и запросов. Какой мне скажите может быть интерес поучаствовать в Вашем проекте и потратить свое драгоценное время ? (я уж молчу о таких следующих важных вопросах, как "Где ТЗ ?", "Каков бюджет проекта и сроки выполнения ?", "Кто будет координировать действия команды ?", "Какой системой управления проектов будем пользоваться ?" и т.д. и т.п.).