Хотите передать данные Sql-лем прямо в браузер и обратно?

[html50]

Хотите передать данные SQL-лем прямо в браузер и обратно?
Поддержите меня в моем проекте, он выложен в инете по адресу:
bal.nightmail.ru

 

[cpasik]

не хотим

 

[html50]

не хотим

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

P.S.
доярка на ферме:
- "доктора жеваго" я не читала, но считаю, что Булгакова нужно ...

модератор, пожалуйста, не удаляй это письмо.

 

[cpasik]

сам ты стасик. учи HTML и будет тебе счастье

 

[deMone]

Современный SQL не годится: каждая строчка кода должна экономить слова, каждое лишнее слово - будь то "where" или "select" - это лишняя мозговая энергия. Нужен более совершенный синтаксис.

Глупость. От первого и до последнего слова. Не экономить нужно, а понимать.

Если новичок решит изучить SQL, он его быстро поймёт, потому что тот написан по-человечески. Поэтому слова «where», «select» и прочие — это не лишняя мозговая энергия. Это улучшение понимания.

Ваша же задумка есть глупость, потому что никому не интересно запоминать, что

Знак "пробел" (один или несколько знаков "пробел" или "табуляция") внутри одного и того же индекса списка означает операцию "and", а знак запятая (",") - операцию "or".

Неудобно это. Хотя да, коротко, не спорю.

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

А кто на нём пишет-то? Пишут на C++. Он и поновее и побыстрее.

Если хотите сократить запрос — придумайте систему замен и подстановок для SQL. Но не нужно заново придумывать велосипед. Тем более велосипед такой сложности, как SQL. Не майтесь дурью.

Кстати, у меня в PostgreSQL база данных есть на 800 мегабайт (около 200 миллионов записей, кажется). Мне когда из неё нужно одну запись выбрать, у меня на это уходит примерно 0.03 секунды. А ваша система сколько будет работать? Пару веков?

 

[v0rbis]

на С пишут ортодоксалы и в *никсах. нех тут наезжать на это=) а в целом больше претензий чем дела.

 

[html50]

>SQL написан по-человечески.
Ты все время забываешь аргументировать.
В данном случае необходима сравнительная характеристика.

>Поэтому слова «where», «select» и прочие — это не лишняя мозговая энергия. Это улучшение понимания.

Следи за смыслом - понятия не взаимоисключающие:
лишние затраты вполне могут сопровождаться улучшением внешнего вида.

Хочу чтобы ты отозвался о применении "where" в С++:
оно там улучшит понимание?

А главное:
перепиши извлечение любого дерева на SQL:
"where" придется упомянуть не только там, где можно было обойтись точкой,
но и в тех случаях, когда вообще можно было ничего не упоминать -
ветви дерева извлекаются сами - достаточно звездочки.

P.S.
Последовательно применяя твою логику:
в Perl-е лучше было бы отказаться от известных масок и писать программы без них.

>Ваша же задумка есть глупость, потому что никому не интересно запоминать, что:
Знак "пробел" (один или несколько знаков "пробел" или "табуляция") внутри одного и того же индекса списка означает операцию "and", а знак запятая (",") - операцию "or".

Опять сбой в мышлении:
катя телегу на общее, упоминаешь частность.

>Неудобно это.

Согласен с классиком:
потребности производятся также, как и средства производства

>А кто на нём пишет-то? Пишут на C++.

Я имел ввиду и С, и С++.

Еще раз: упираете на частности, притом не концептуальные.
Идея проекта состояла отнюдь не в замене C++ или какой-л другой частности.

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

>Кстати, у меня в PostgreSQL база данных есть на 800 мегабайт (около 200 миллионов записей, кажется). Мне когда из неё нужно одну запись выбрать, у меня на это уходит примерно 0.03 секунды. А ваша система сколько будет работать?

Одна из идей состоит в том, что запись идентифицируется не произвольным числом
(с последующим поиском по индексному файлу),
а непосредственно физическим адресом.

 

[Nick]

Кстати, у меня в PostgreSQL база данных есть на 800 мегабайт (около 200 миллионов записей, кажется).

Подсчитаем 800*1000*1000/200000000 = 4
4 байта на одну запись.....
Следовательно я могу судить, что вся запись - это идентификатор типа int..... скорее всего уникальный.....

Мне когда из неё нужно одну запись выбрать, у меня на это уходит примерно 0.03 секунды.

Из того, что я сказал выше, 0.03 секунды, это не аргумент...

А кто на нём пишет-то? Пишут на C++. Он и поновее и побыстрее.

Поновее, не значит побыстрее
Самый быстрый пока ассемблер
На Си кстати пишут, и не мало

 

[Nick]

Вообще-то в связи с новым годом я плохо понял, что такое БАЛ
Но думаю, что очередной извращенный язык нах никому не нужен, кроме группки изврасченцев

Вот где-то читал про язык программирования, где все ключевые слова заменены пробелами
Вот это истинная сила, а БАЛ это так.......

 

[deMone]

Хочу чтобы ты отозвался о применении "where" в С++: оно там улучшит понимание?

Давайте не будем смешивать: C++ и SQL это разные языки. В C++ слово «where» не значит вообще ничего, поэтому не может ни улучшить ни ухудшить понимание: оно к нему не относится. А в SQL (частью которого ключевое слово «where» и является) оно понятно и удобно.

лишние затраты вполне могут сопровождаться улучшением внешнего вида.

совершенно согласен, но: в данном случае улучшение понимания языка человеком нет. а оно — главное.

Следовательно я могу судить, что вся запись - это идентификатор типа int...

с нулём ошибся ) там четыре поля, поиск, конечно же, по индексу.

Вот где-то читал про язык программирования, где все ключевые слова заменены пробелами

они хотели съесть наш моск.

 

[html50]

>Давайте не будем смешивать: C++ и SQL это разные языки. В C++ слово «where» не значит вообще ничего

Хочу чтобы ты отозвался о применении "where" в С++: оно там улучшит понимание?
Замени в C++ точки, соединяющие два объекта, на "where" ...

 

[deMone]

точки, соединяющие два объекта

Ничего не понимаю… Где в C++ точки, соединяющие два объекта?

 

[POLTER]

Хочу чтобы ты отозвался о применении "where" в С++: оно там улучшит понимание?
Замени в C++ точки, соединяющие два объекта, на "where" ...

Какие 2 объекта?? Может, имеется в виду объект и его метод?
Тогда это совсем из другой оперы. Where - это не просто символ, а ключевое слово за котором должно следовать условие выбора. Нафиг оно там, где безусловная связь??

 

[html50]

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

ВОТ ИМЕННО.

Нафиг слово "where", когда две записи (две структуры) принадлежат друг другу как муж с женой.
Указывать номер записи, а потом по номеру искать ее адрес - зачем,
если можно указать сразу адрес.

 

[deMone]

Но в SQL ключевое слово WHERE является признаком начала набора условий. Именно набора, а не одного номера. Причём набор условий может включать в себя очень многое, вплоть до подзапросов.

Я бы сказал, что WHERE — определённая метка.

Естественно, что её можно сократить, например до W или до той же точки, но, видите ли, в SQL точка означает переход от родительского элемента к дочернему. Например «database.schema.table.column». Это означает, что использовать её ещё раз нельзя — придётся как-то различать точки-разделители с точкой WHERE.

 

[html50]

>Но в SQL ключевое слово WHERE является признаком начала набора условий. Именно набора, а не одного номера. Причём набор условий может включать в себя очень многое, вплоть до подзапросов.

Согласен.
Однако очень часто (действительно часто) приходится "соединять" одни и те же объекты (структуры) с одними и теми же.

Еще одно соображение - по аналогии с массивами.
Можно отсортировать "хаотический" массив, можно каждый новый элемент сразу вставлять на свое место.
Я сторонник последнего подхода.
И этот подход максимально широко, по моему замыслу, должен быть применен в BAF.

>в SQL точка означает ...

BAL - это же не SQL, это другой язык.

 

[medwoodu]

html50. Пожалуйста, четко сформулируйте что вы хотите сделать???
написать свою бд?
написать компилятор?
написать преобразователь одного гипертекста в другой?
У вас на сайте кроме тонны дилетантского бреда ничего нет,
в чем вас поддерживать???
Простите, но если вы не ответите на этот вопрос, я буду на каждое ваше сообщение делать замечание как на флуд, я думаю другие модераторы меня поддержат

 

[deMone]

Однако очень часто (действительно часто) приходится "соединять" одни и те же объекты (структуры) с одними и теми же.

Но ведь бывают и не такие случаи, верно? А как тогда быть?

 

[v0rbis]

уважаемый участник html50! может вам кепку выдать? ну эту.. супер амбициозный флудер месяца? а? 30 постов в воздух. ужас.

последнее китайское предупреждение. только по делу и только факты. факты которые реально по делу.

 

[html50]

Однако очень часто (действительно часто) приходится "соединять" одни и те же объекты (структуры) с одними и теми же.

Но ведь бывают и не такие случаи, верно? А как тогда быть?

Вставлять в других объектах ссылку на них в момент занесения последних в БД.


>Пожалуйста, четко сформулируйте что вы хотите сделать???

Обсудить идеи, лежащие в основе этой технологии.

>написать компилятор?

Цитирую по
http://bal.nightmail.ru/site/bal/ru/index_ru.htm

"Может быть их кто-нибудь заметит и примет участие в создании BAL-транслятора."

>написать преобразователь одного гипертекста в другой?

Где вы взяли два гипертекста!?
Вы что - с ума сошли?
Остается только догадываться, что вы не поняли:
1. что формат BAF - бинарный (структура которого объяснена через XML)
2. что гипертекст в браузере и названия таблиц базы данных - это не два гипертекста.

Однако очень часто (действительно часто) приходится "соединять" одни и те же объекты (структуры) с одними и теми же.

Но ведь бывают и не такие случаи, верно? А как тогда быть?

Прочтите примеры на
http://bal.nightmail.ru/site/bal/ru/wave_ru.htm
По ним вы сможете понять, для каких задач предназначен BAL.