Pull to refresh
0
0
Андрей Сергийчук @Bygaga

User

Send message
Потому что это уже проблемы самих СУБД, и насколько они качественно подошли к выполнению инструкций…

И еще скажите что SELECТ * FROM table сложно перенести, или работу с JOIN, или еще какие-то, и вопрос не только в том что СБУД глупые

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

Сам SQL остается один и тот же, изменяется только то как вы его используете…
Нет, это понятно, просто различная реализация самих СУБД, и некоторые субд решают одни и теже вещи по разному, та даже взять разные типы таблиц в одном MySQL
Спасибо, бы ло бы интересно переводы и другиг API от Googl…
Опять из вики, туда писало НЛО:

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

SQL основывается на реляционной алгебре.
«Многие разработчики с немалым опытом разработки на любых императивных языках свято верят в то что SQL это тоже самое. Только синтаксис другой»

Хм… всегда так думал, идем в Вики и что мы видим:
ru.wikipedia.org/wiki/SQL

Независимость от конкретной СУБД:
Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально закладывались на применение по меньшей мере нескольких СУБД (например: система электронного документооборота Documentum может работать как с Oracle Database, так и с Microsoft SQL Server и IBM DB2)

Наличие стандартов:
Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка.

Декларативность:
С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать решает СУБД непосредственно при обработке SQL запроса.
Прочитайте еще раз имя топика
правильно бред,
но дискусию какую вызвало, аж удивило…
ну ушлепкам и описание не в попад…
Думаю тех кого минусуют прекрасно знают за что их минусуют и без описания…
Картинка не самая лучшая, а вот ролик просто супер, жалко что коротенький :(
Оч интересно, но как то гугьль пока ближе и меньше мороки :)
ну и 1000 запросов как то маловато :(
Сайт у которого меньше 1000 запросов спокойно может юзать свою систему поиска и мало кому интересно что то искать с этого сайта в сети :(
а за пример Спасибо.
Ну я думаю каламбуром это можно назвать только из за того, что не видно полного текста и непонятно для чего автор его использовал…
Вот уже массу вариантов придумали ;)
Может быть было бы полезно давать удалять хотя бы свои комменты или просто скрывать (сворачивать), а то иногда напишешь, а потом понимаешь что глупость, а тебя уже минусуют за то что отнял время у человека…
Ну вообще то я и собственный имел ввиду :), а так все норм спс
та харе минусовать, понял глупость сморозил :(, мог бы — удалил бы :(
НЛО съело теги :)
«font color=red» = «red»
P.S. Не смог быстро поправить так как могу комментировать чаще чем 1 раз в 5 минут
может ввести дополнительные теги вместо —? вместо —, просто штук 5 основных цветов…
Увольнение это не всегда выход, вопрос в том как научить человека определять это время.
Статья полезная, прояснила некоторые моменты, интересно было бы узнать мнение обучившегося по такой схеме…
А какие методы принимаются при обучении если человек не вкладывается в свои временные рамки?
сорь, продолжение оффтоп, мож кто подымет карму, как то скучно с нулем сидеть :`(

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity