Re: SQL...

>Нужно накатать реляционную базу данных

всмысле клиента к базе данных или как?

Re: Re: SQL...

Та ни. "Реляционная база данных" - это просто некая обобщённая форма связи данных. SQL - это язык работы со стандартной реляционной базой. Фсякие там MySQL и MS SQL - это конкретные реализации сервера баз данных, предоставляющие интерфейс для ИНТЕРАКТИВНОГО обращения посредством SQL. А мне нуна спроектировать вполне определённую не стевую базу с ограниченными возможностями. Это можно сделать, используя "вложенный" SQL, для этого мне нуна интерфейс между SQL и C, т.е. собственно, библиотеку. Я, конечно, могу сам накатать нужный формат данных и API к нему, но нафига изобретать велосипед?

Re: Re: Re: SQL...

"вложенный" - это типо ембеддед ?

если да - то упаси Боже! это такая нефункциональность и уродство... недавно для DB/2 писал...

Re: Re: Re: Re: SQL...

Я таки боюсь предположить, кто такой этот "Ембеддед". Я имел в виду библиотеку, которая обеспечивает создание неких Сущностей и последующее их управление в соответсвии со стандартами SQL посредством языка C. Неуж-та никто ничего подобного не видел? Все только MySQL знают?

*в ужасе рвёт на себе волосы (на голове)*

Re: Re: Re: Re: Re: SQL...

ты это имеешь в виду?
/скажем/

#include <stdio.h>

EXEC SQL INCLUDE SQLCA;

void showDomains(){
	EXEC SQL CONNECT TO Biblio user stud using stud;
	EXEC SQL BEGIN DECLARE SECTION;
		short dom_id;
		char  dom_vardas[25];
	EXEC SQL END DECLARE SECTION;
	EXEC SQL DECLARE dom_curs CURSOR FOR SELECT Id, Vardas
		FROM vipo3816.Domenas;
EXEC SQL OPEN dom_curs;
	printf ("Id     Domenas\n");
	printf ("--------------\n");
	while (1){
		EXEC SQL FETCH dom_curs INTO :dom_id, :dom_vardas;
		if (SQLCODE==100){
			break;
		}
		printf ("%d      %s\n", dom_id, dom_vardas);
	}
	EXEC SQL CLOSE dom_curs;
	EXEC SQL CONNECT RESET;
}

Re: Re: Re: Re: Re: SQL...

litesql or sqllite
embeded mysql
в конце концов беркли дб никто не отменял...

google тебе в помощь их тьма и все дают апи на Це как минимум.

Re: Re: Re: Re: Re: Re: SQL...

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

>EXEC SQL INCLUDE SQLCA;

Как понимать эту строчку? Чего-то я не вкурю.
Если ты пояснишь, что именно написано в приведённом тобой примере (с интимными подробностями), я буду тебе очень благодарен.

Re: Re: Re: Re: Re: Re: SQL...

>litesql or sqllite
>embeded mysql
>в конце концов беркли дб никто не отменял...

Ага, спасибо.

>google тебе в помощь их тьма и все дают апи на Це как минимум.

Для начала нужно знать, что именно искать. Гугль неправильно реагирует на запросы типа "хочу интерфейс для работы с SQL-базами под С". : )

Re: Re: Re: Re: Re: Re: Re: SQL...

>EXEC SQL INCLUDE SQLCA;

всё, что начинается с EXEC SQL, обрабатывается препроцессором от субд - генерица компилируемый С код. Но ты с этим не связывайся :)

Re: Re: Re: Re: Re: Re: Re: Re: SQL...

>Но ты с этим не связывайся :)

А чего так?

Удобно, имхо, нет?

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

Re: Re: Re: Re: Re: Re: Re: Re: Re: SQL...

Так ты что, хочешь... саму СУБД написать? Нда... возникает тогда вопросец: в каком формате саму БД хранить-то будешь?

А фсякие там оберточки (wrappers) и апишки существуют в большинстве своем под С для какой угодно СУБД. А коли сам писать интерпретатор языка SQL решил, то покопайся в учебниках по написанию компиляторов и интерпретаторов... :)

Re: Re: Re: Re: Re: Re: Re: Re: Re: SQL...

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

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

Re: Re: Re: Re: Re: Re: Re: Re: SQL...

Ужас какой. Хуже чем PHP или Basic

Re[2]: Но ты с этим не связывайся :)

Неудобно. Хороший API лучше(IMO). Но для C хороший API сделать непросто, ибо язык слабоват. Потому и препроцессоры.

Лучше использовать "хороший" язык с хорошим API, чем "плохой" язык с плохим API и препроцессором.

NB! "плохой" и "хороший" - относительны.

Re: Re[2]: Но ты с этим не связывайся :)

Всем спасибо. Общее направление мысли я воткнул. Я ещё повтыкаю в тему, как разберусь, выкину краткий ликбез по теме, может, кому интересно будет.