SQL

← →
Joan (2007-08-23 19:16) [0]

Какой срок программирования на SQL необходим вам для того, чтобы почувствовать потребность в помощи психиатра?
Возникали ли у вас мысли о суициде при программировании на SQL?
Можете ли вы порекомендовать психиатра, который выводит из SQL депрессии?

← →
Ega23 © (2007-08-23 19:25) [1]

ненавижу рекурсию и TSQL.
Сооьветственно, при работе с иерархическими структурами хочется кого-то убить...

← →
Alien1769 © (2007-08-23 19:32) [2]

> порекомендовать психиатра,

Свежий воздух, прогулки по лесу :)

← →
@!!ex © (2007-08-23 19:36) [3]

> Свежий воздух, прогулки по лесу... ... с девушкой... и всеми вытекающими...

← →
Joan (2007-08-23 19:46) [4]

> Alien1769 © (23.08.07 19:32) [2]
>
> Свежий воздух, прогулки по лесу :)

Если все было так просто...
Хотя конечно годик в какой-нибудь швейцарской горной деревушке помог бы, но видимо не судьба.
Сколько длился самый долгий период программирования на SQL в вашей жизни?

← →
Вася Правильный (2007-08-23 19:47) [5]

> и всеми вытекающими...

...психиатрами другого профиля

> мысли о суициде при программировании на SQL?

а мне только в радость. к какому психиатру обращаться?

← →
Joan (2007-08-23 19:48) [6]

Вася Правильный (23.08.07 19:47) [5]

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

← →
Черный Шаман (2007-08-23 20:12) [7]

> Joan (23.08.07 19:48) [6]
>
> Вася Правильный (23.08.07 19:47) [5]
>
> О, расскажите пожалуйста, что вас радует в этом языке?
> Может быть еще не все потеряно?

То что ты работаешь не с переменными а с множествами.

← →
tesseract_pocket (2007-08-23 20:18) [8]

>joan

cry more noobs
поиспользуй сетевые бд потом sql офигетельным покажеться.

← →
DrPass © (2007-08-23 20:20) [9]

> Возникали ли у вас мысли о суициде при программировании
> на SQL?
> Можете ли вы порекомендовать психиатра, который выводит
> из SQL депрессии?

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

← →
Sergey Masloff (2007-08-23 20:30) [10]

ну у меня пока лет 17 срок. Проблем нет. Сейчас пишу транслятор не знаю во что он выльется в интерпретатор или компилятор. Идея в том чтобы дать возможность пользователю на некотором примитивном языке описывать некоторые рассчетные алгоритмы а потом транслировать их в процедуры PL/SQL которые будут вызываться некоторым более общим механизмом. Одним словом хочу получать от юзеров не задание на разработку а дать им в руки некий универсальный энджайн. А то они в Excele алгоритм обкатывают а потом приходится переносить.
А вообще SQL один из самых мощных и удобных языков, а уж по соотношению скорость освоения/мощь вообще равных ему мало.

← →
Joan (2007-08-23 20:33) [11]

> Черный Шаман (23.08.07 20:12) [7]
>
> То что ты работаешь не с переменными а с множествами.

Здесь все зависит от области. Для SQL работа с множествами так же естественна как и работа с переменными в языках общего назначения.
Конечно в императивных языках этого иногда не хватает, однако пилюлю могут подсластить средства вроде foreach или transform.
SQL же декларативный язык довольно узкого назначения. Когда вы заперты в рамках предлагаемых им средств и не можете использовать императивный или более свободный декларативный подход, вы начинаете сходить с ума, выполняя вещи, для которых использование императивного подхода было бы более естественным.
Вам знакомо это чувство?

← →
tesseract © (2007-08-23 21:19) [12]

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

SAP кручче !!!!!! SQL создан для извлечения данных. Это его миссия в этом бренном мире, для более мощного подхода существует многозвенка. Ты с 1с запросами работал ? Вот это да, вот это кайф!!! Крышу надо гвозьдями приколачивать. После этого SQL радует гибкостью.

> Идея в том чтобы дать возможность пользователю на некотором
> примитивном языке описывать некоторые рассчетные алгоритмы
> а потом транслировать их в процедуры PL/SQL которые будут
> вызываться некоторым более общим механизмом.

Пишешь SAPone/ Navision ?

← →
Вася Правильный (2007-08-23 21:20) [13]

> Может быть еще не все потеряно?

для меня или для тебя?

← →
Joan (2007-08-23 21:24) [14]

Sergey Masloff (23.08.07 20:30) [10]

К сожалению, SQL является для меня неким подобием того языка, который вы разрабатываете.
Кастомизация системы, с которой я работаю, построена с его помощю, и на SQL тут вытворяют совершенно инфернальные вещи.
Однажды пришлось писать запрос длиною более пятисот строк, из-за того, что часть логики нельзя было декомпозировать и повторно использовать в виде функций. Запрос напоминал грязный мешок с ветошью, в то время как обычная императивная программа выглядела бы куда более понятной и логичной.

← →
tesseract © (2007-08-23 21:27) [15]

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

Это вина не SQL. А проектировщика системы. Да и что, хранимые процедуры уже отменили ?

← →
Черный Шаман (2007-08-23 21:42) [16]

> Sergey Masloff (23.08.07 20:30) [10]

Не проще ли Rhino(JavaScript) и приложение на Java?

← →
homm © (2007-08-23 21:57) [17]

> Однажды пришлось писать запрос длиною более пятисот строк

Это что, каждую букву переносить?

← →
Joan (2007-08-23 22:01) [18]

tesseract © (23.08.07 21:27) [15]

>Это вина не SQL. А проектировщика системы. Да и что, хранимые процедуры уже отменили ?

Сам SQL никто не обвиняет. Просто мне интересно, согласился ли бы кто-либо работать с чистым SQL (считайте, что хранимые процедуры вы можете использовать только в крайних случаях, например, если запрос не помещается в поле БД, в них выносится только общеупотребительная логика) и сколько он продержался.
Может быть виною всему моя привередливость?

homm © (23.08.07 21:57) [17]

>Это что, каждую букву переносить?

Не более 80 символов.

← →
Вася Правильный (2007-08-23 22:12) [19]

> запрос не помещается в поле БД

блобы размера не имеют
да и varchar в большинстве систем 32К

← →
Joan (2007-08-23 22:21) [20]

Вася Правильный (23.08.07 22:12) [19]

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

> Возникали ли у вас мысли о суициде при программировании на SQL?
не возникали честно буду :)
> Можете ли вы порекомендовать психиатра, который выводит из SQL депрессии?
нету такого, или убей себя об стену, или стань SQL`щиком :)

← →
Черный Шаман (2007-08-24 02:51) [22]

> Sergey Masloff (23.08.07 20:30) [10]
>
> ну у меня пока лет 17 срок. Проблем нет. Сейчас пишу транслятор
> не знаю во что он выльется в интерпретатор или компилятор.
> Идея в том чтобы дать возможность пользователю на некотором
> примитивном языке описывать некоторые рассчетные алгоритмы
> а потом транслировать их в процедуры PL/SQL которые будут
> вызываться некоторым более общим механизмом.

Мда. Теперь я понимаю, что Искусственный Интеллект изобретут не богатые американцы или прагматичные японцы, а обезбашенные русские/украинские программисты, которых достало писать SQL запросы под это аццкое трахомудрие Microsoft SQL Server.

пол года для съезда крыши как раз!

> Какой срок программирования на SQL необходим вам для того, чтобы
> почувствовать потребность в помощи психиатра?

5 секунд. Потому что запрос "select *..." должен выдавать звездочку, а не что-то там еще.
:о)

> [0] Joan (23.08.07 19:16)

Если SQL склоняет к суициду, могу порекомендовать "психиатра" по фамилии Грабер (Грубер). Чтение его трудов, вкупе с документацией по применяемому серверу, иногда дает положительный результат.

> Потому что запрос "select *..." должен выдавать звездочку

а запрос select ****** - пароль sa
:)

SQL Найти похожие ветки