privet75 (privet75) писал (а) в ответ на сообщение:
> Круто у тебя. У нас скорее ближе к этому: quoted1
проблема в том, что ошибки и быдлокод в апликухе простить можно… Хотя иногда на такие перлы нарываешься от молодых… Но там интерпретатор более вумный чем оптимизатор СУБД. Да и как правило в ВУЗах оптимизации SQL не дают должного значения/внимания… На все это еще накладывается специфика СУБД… Поэтому натыкался даже на такое… Дай все контракты за 2010 год… По doc_date естественно есть индекс. Вместо where doc_date>='01.01.2010' and doc_date<'01.01.2011' Тупица пишет where datepart (year, doc_date) = 2010
В результате по ключу индекса оптимизатор не шагает! Тормоза пипец… Но резалтсет один и тот же…
_developer (_developer) писал (а) в ответ на сообщение:
> проблема в том, что ошибки и быдлокод в апликухе простить можно… Хотя иногда на такие перлы нарываешься от молодых… Но там интерпретатор более вумный чем оптимизатор СУБД. quoted1
Насчет более вумного — не уверен. К примеру Entity Framework иногда работает странно. Как-нибудь кину пример оптимизации, которой по идее не должно было быть. Хотя, возможно, что все логично, просто я внутренностей Entity не знаю.
_developer (_developer) писал (а) в ответ на сообщение:
> Да и как правило в ВУЗах оптимизации SQL не дают должного значения/внимания… На все это еще накладывается специфика СУБД… quoted1
Угу. У нас в городе SQL-ю вообще не учат толком. Так, все на самотек: вот вам примеры — дальше сами. В итоге на практике все узнается, хождением по граблям.
> Поэтому натыкался даже на такое… > Дай все контракты за 2010 год… По doc_date естественно есть индекс. > Вместо > where doc_date>='01.01.2010' and doc_date<'01.01.2011' > Тупица пишет
> where datepart (year, doc_date) = 2010 > > В результате по ключу индекса оптимизатор не шагает! Тормоза пипец… Но резалтсет один и тот же… quoted1
А как тебе запросы, формируемые на клиенте текстом без параметров? И я недавно увидел, почему сервак все-таки как-то пашет — есть job, который чистит кэш sql-сервера каждый день.
Ну дай погундеть чутка. Не все же вам с шизлом жаловаться, как все у нас неправильно Кстати, если ты с ко — то понятно твое отношение… В нашем городе вообще многие предприятия навевают депресняк.
> _developer (_developer) писал (а) в ответ на сообщение:
Ниче себе древность! Я когда устраивался в 7-м году — у нас 8-й был и уже устарел… поднимали до 9-го. А потом на MS SQL перешли и оракла считай нету _developer (_developer) писал (а) в ответ на сообщение:
>Та не такая уж и старая… > ODBC-ями зацепить можно… Правдо, наверное, хрен где найдешь родной семерошный… А вот как себя десятошные вести будут тут ХЗ quoted1
не, как не изгалялись не получилось. может оно и к лучшему — нет соблазна лезть в работающую систему
privet75 (privet75) писал (а) в ответ на сообщение:
> Кстати, если ты с ко — то понятно твое отношение… В нашем городе вообще многие предприятия навевают депресняк. quoted1
ко на фоне питерских еще совсем не плохо выглядит. ну с точки зрения зарплат, оборудования. на климова, например в среднем зарплаты пожиже. про перефирию ваще молчу. приходится иногда в командировки катацо, обмен опытом, то се, и как-то совсем не весело.
>MSVS, Fox, Acess, Delphi все само собой разных версий перечислены в порядке распространенности > web клиентов на ASP. > вопчем зоопарк quoted1
Я начинал на FoxPro 2.6 Тоже был зоопарк. Были и дельфи и 6-й фокс и оракл формс даже…. Но щас винигрета намного меньше. Дельфи кое-где осталось. ERP — SAP, локальные на C# формы или веб + MS SQL