Что разрабатывают на Си шарп?

← →
Курдль © (2006-11-14 15:19) [160]

> Игорь Шевченко © (14.11.06 15:08) [159]
> Вот тут народ делится опытом относительно поддержки:
> http://www.sql.ru/forum/actualthread.aspx?bid=36&tid=28923

Извини, нет времени изучать. Не приведешь примерчики о том, где PD не справился с проектированием структуры БД?

← →
Игорь Шевченко © (2006-11-14 15:31) [161]

Курдль © (14.11.06 15:19) [160]

Там дело не в структуре, а в специфических фичах Oracle. Я же не зря задавал вопрос о поддержке полного синтаксиса.
Кстати, что у тебя за версия PD ?

← →
Курдль © (2006-11-14 15:37) [162]

> Игорь Шевченко © (14.11.06 15:31) [161]
> Там дело не в структуре, а в специфических фичах Oracle.
> Я же не зря задавал вопрос о поддержке полного синтаксиса.

Да какие-такие фитчи? Я не являюсь знатоком оракла, но не представляю, какие фитчи у него есть для описания структуры (не для запросов, оптимизации, логики ...).

> Кстати, что у тебя за версия PD ?

11.1.0.1618 EBF7

← →
ANB © (2006-11-14 15:46) [163]

> Курдль © (14.11.06 15:37) [162]

Функциональные индексы он кушает ?

← →
Курдль © (2006-11-14 15:51) [164]

> ANB © (14.11.06 15:46) [163]
> Функциональные индексы он кушает ?

Если я правильно понял этот термин, как индекс по функции, то не знаю.
Но надо смотреть правде в глаза - такие сексуальные извращения даже не многие СУБД поддерживают.

← →
Игорь Шевченко © (2006-11-14 15:53) [165]

Курдль © (14.11.06 15:37) [162]

Фич у оракла, как звезд на небе. Например, указание размера строковых полей в байтах или в символах, битовые, сжатые/несжатые, инвертированные, контекстные индексы, несколько условий секционирования таблиц/индексов, объектные, XML, внешние таблицы и т.д.

← →
Игорь Шевченко © (2006-11-14 15:55) [166]

Курдль © (14.11.06 15:51) [164]

> Но надо смотреть правде в глаза - такие сексуальные извращения
> даже не многие СУБД поддерживают.

Не надо смотреть правде в глаза. Надо смотреть в глаза документации на СУБД.

← →
Курдль © (2006-11-14 16:06) [167]

> Игорь Шевченко © (14.11.06 15:53) [165]

Каждый объект модели PD, будь то таблица, поле, индекс и т.п., помимо стандартных атрибутов имеют свойство options, в котором указываются в явном виде известные и даже не известные среде, но понятные СУБД атрибуты по принципу "ключ-значение". Эти данные при генерации скрипта включаются в него, согласно синтаксису СУБД.

← →
Курдль © (2006-11-14 16:10) [168]

> Игорь Шевченко © (14.11.06 15:55) [166]
> Не надо смотреть правде в глаза. Надо смотреть в глаза документации
> на СУБД.

Вот смотрю я на документацию, вроде бы уважаемой в народе СУБД DB2/AS400, - не поддерживает она т.н. функциональные индексы... :(

← →
Игорь Шевченко © (2006-11-14 16:11) [169]

Курдль © (14.11.06 16:06) [167]

А в каком месте включаются и как это определяется - это тоже гибко настраивается ?

И кстати, научился PD индексы по Foreign Keys генерировать ?

← →
ANB © (2006-11-14 16:13) [170]

> Курдль © (14.11.06 15:51) [164]

Ну ервин не поддерживает. Это оракл восстановил очень полезную фичу клиппера/фокса - индексы по выражению (в том числе и по собственным хранимкам).
Также очень удобно пользоваться навороченными констрейнтами.
Короче, оракл дизайнер, как родной продукт, поддерживает практически все прибамбасы оракла, но глюкавый и тормознутый. К универсальным же средствам у меня завсегда будет отношение весьма настороженное. К тому же изучение ЕР-редактора не отменяет изучение DDL, т.к. иногда эти средства генерят хрень и это дело нужно контроллировать. И таки зачем козе такой баян ?

← →
ANB © (2006-11-14 16:14) [171]

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

а аналог connect by у нее есть ?

← →
Курдль © (2006-11-14 16:17) [172]

> Игорь Шевченко © (14.11.06 16:11) [169]
> А в каком месте включаются и как это определяется - это
> тоже гибко настраивается ?

Не готов столь подробно углубляться в достоинства PD (Sybase мне пока что за рекламу не приплачивает). Все, что я хотел сказать - ни разу не слышал от кого-либо, его использующего, что он не удовлетворил потребности страждущих.
Страшно подумать, что будет в 12-м, с которым производители носятся, как с писаной торбой и уверяют, что дни Rational сочтены :)

> И кстати, научился PD индексы по Foreign Keys генерировать ?

Я его лет 6 пользую - индексы по FK создавал без лишних вопросов.
Другое дело, что он может по каким-то своим соображениям его не удалить, при удалении связи. Но он об этом честно предупреждает: "Есть неприкаянный индекс!"

← →
Курдль © (2006-11-14 16:20) [173]

> ANB © (14.11.06 16:14) [171]
> а аналог connect by у нее есть ?

Нет. Но я бы не назвал приведенную конструкцию главным завоеванием оракла.
DB2 вообще странноватая весчь. Работаю с ней не по любви, но по принуждению.

← →
ZeroDivide © (2006-11-14 16:27) [174]

> Тот, что у меня стоит, поддерживает 55 версий СУБД из них
> - 8 версий оракла.

Тут дело даже не в этом. В PD можно самому дописать шаблоны и даже макросы на VB, для генерации скрипта, для любой RDBMS, даже для той, которой нет в списке. И вообще, полностью настроить, юзать ODBC и в глаза этот DDL больше не видеть.

← →
Игорь Шевченко © (2006-11-14 16:30) [175]

Курдль © (14.11.06 16:17) [172]

> Все, что я хотел сказать - ни разу не слышал от кого-либо,
> его использующего, что он не удовлетворил потребности страждущих

А вот я ветку дал - там тоже страждущие вроде как.

ZeroDivide © (14.11.06 16:27) [174]

> В PD можно самому дописать шаблоны и даже макросы на VB,
> для генерации скрипта, для любой RDBMS, даже для той, которой
> нет в списке

Можно. А можно скрипт руками написать. И, представь себе, никаких VB для этого не требуется.

← →
ZeroDivide © (2006-11-14 16:32) [176]

Кстати, что у тебя за версия PD ?....
И кстати, научился PD....

Как я уже писал выше: проблем с генерацией DDL - нет. Если PD что-то и не умеет, то можно научить :)

← →
ZeroDivide © (2006-11-14 16:36) [177]

> Можно. А можно скрипт руками написать. И, представь себе,
> никаких VB для этого не требуется.

Дешевле научить.

← →
Игорь Шевченко © (2006-11-14 16:39) [178]

ZeroDivide © (14.11.06 16:36) [177]

> Дешевле научить.

Как меряешь, что дешевле ?

← →
ZeroDivide © (2006-11-14 16:46) [179]

Давай я кину на схему 10 табличек, дам им имена, потом нажму волшебную клавишу.... и у меня сгенерятся все первичные ключи, индексы, сиквенсы и триггеры на BI (Причем все это сгенерится в соответствии со стандартами оформления кода, единообразно)

А пока ты будешь дописывать руками свой скрипт, делающий то же самое, я пойду есть бутерброды с красной икрой :)

← →
Игорь Шевченко © (2006-11-14 16:55) [180]

ZeroDivide © (14.11.06 16:46) [179]

Я только одного не понимаю - причем здесь скорость - это что, единственное узкое место в разработке, тормозящее продукт в целом ?
Я никогда не понимал "разработки на скорость".

Скрипт из 10 табличек набрать недолго, кстати.

← →
ANB © (2006-11-14 17:03) [181]

> А пока ты будешь дописывать руками свой скрипт, делающий
> то же самое, я пойду есть бутерброды с красной икрой :)

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

← →
saxon (2006-11-14 17:04) [182]

> Игорь Шевченко © (14.11.06 16:55) [180]
> Я никогда не понимал "разработки на скорость".

Ну хоть как-то поднять "конкурентно-способность" будущего "продукта" - себестоимость уменьшают. :)

← →
ZeroDivide © (2006-11-14 17:05) [183]

Я только одного не понимаю - причем здесь скорость - это что, единственное узкое место в разработке

Единственное узкое место в разработке - голова разработчика (с)

Завтра продолжим... :)
(... ушел намазывать бутерброды. )

← →
Игорь Шевченко © (2006-11-14 17:09) [184]

saxon (14.11.06 17:04) [182]

Странный способ уменьшения себестоимости - для того, чтобы приобрести Power Designer, научиться им пользоваться, придется потратить некоторое количество времени и денег (время это те же деньги, две недели - уже аванс). Неужели затраченные ресурсы смогут окупить проблему написания вручную скрипта из 10 таблиц ? :)

ZeroDivide © (14.11.06 17:05) [183]

> Единственное узкое место в разработке - голова разработчика
> (с)

Безусловно. И впихивать туда еще знания по PD это излишняя роскошь.

← →
Курдль © (2006-11-14 17:09) [185]

> ANB © (14.11.06 17:03) [181]
> Скорее наоборот - я уже доем свой бутерброд, быстренько
> написав и запустив скрипт

Это утопия. Быстрее не напишешь хотя бы из правила простой арифметики.
Там, где я напишу DOCUMENTS, ты вынужден будешь писать create table DOCUMENTS и т.п.

И вообще, чем-то смахивает на кулхацкерскую браваду работой из командной строки :(

← →
Игорь Шевченко © (2006-11-14 17:12) [186]

Курдль © (14.11.06 17:09) [185]

> Это утопия. Быстрее не напишешь хотя бы из правила простой
> арифметики.
> Там, где я напишу DOCUMENTS, ты вынужден будешь писать create
> table DOCUMENTS и т.п.

Это неправильная арифметика, клавиатура с мышкой не складываются.

Но, я повторюсь, неужели быстрота написания скрипта - единственный тормозящий разработку момент ? :)

← →
Курдль © (2006-11-14 17:26) [187]

> Игорь Шевченко © (14.11.06 17:12) [186]
> Но, я повторюсь, неужели быстрота написания скрипта - единственный
> тормозящий разработку момент ? :)

Да нет же! Ведь вся эта ботва была поднята в контексте удобства командной разработки проектов с использованием специальных средств графического проектирования. И я настаиваю на том, что это ускорит процесс разработки / упростит процесс разработки / позволит уменьшить количество ошибок при разработке, что в конечном итоге принесет явную прибыль.
Сентенцию о том, что нефиг учить/покупать PD ради 10 таблиц считаю несостоятельной. PD и знания о нем будут приобретены однократно, а кол-во "проектов с таблицами", надеюсь, увеличиваться.

← →
ANB © (2006-11-14 17:27) [188]

> Это утопия. Быстрее не напишешь хотя бы из правила простой
> арифметики.
> Там, где я напишу DOCUMENTS, ты вынужден будешь писать create
> table DOCUMENTS и т.п.

И похож на идиота, который не знает волшебного сочетания ^C ^V ?
К тому же у тоада и дефелопера есть прекрасные конструкторы всех объектов БД. Быренько все заполнил, нажал кнопку показать SQL, скопировал в буфер и вставил все в текст. Нужные рюшечки, если в девелопере или тоаде нету - подправил руками. С учетом того, что и тоад и девелопер намного шустрее чем все дизайнеры и плюс учитывают практически все фичи и плюс мыша практически не нужна - время от "ввел данные" до "появились таблицы в БД" будет поменьше, чем тоже самое делать в ер-редакторе. Иногда в разы.

PD - это павер дизайнер ? Той же конторы, что и павер билдер. Звиняйте, я пас. Приложения на павербилдере я уже видел. Не хочу такую же базу.

Курдль © (14.11.06 17:26) [187]

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

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

Мне кажется, что многие наши софтовые конторы как-то слишком... плоско что-ли подходят к проблеме новых технологий. Слишком однобоко: "оп, новая фенечка вышла, щас прикрутим и обойдем конкурентов на раз". А уж потом задумываются: а надо ли оно было на самом деле. А время уже ушло, но не факт, что заработало все это лучше.
Еще хуже, когда ГОТОВЫЕ, РЕАЛЬНО и УСТОЙЧИВО работающие вещи начинают переписывать под .НЕТ, например. Мотивируя тем, что дескать "МС не будет поддерживать отмирающие технологии, и мы загнемся".

> ANB © (14.11.06 17:27) [188]
> И похож на идиота, который не знает волшебного сочетания ^C ^V ?

Зато я похож на такого идиота - пользуюсь по какой-то непонятной мне причине только Ctrl+Insert Shift+Insert.

В общем, я готов склониться к мысли, что мне не посчастливилось работать с вами в команде.

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

> ANB © (14.11.06 17:28) [189]
> PD - это павер дизайнер ? Той же конторы, что и павер билдер.
> Звиняйте, я пас. Приложения на павербилдере я уже видел.
> Не хочу такую же базу.

Кстати, Power Builder 10 лет назад обставлял очень многие среды разработки, особенно по BD-приложениям. И я знаю фирмы, которые еще 5 лет назад быстро и качественно писали на нем не малые проекты. Так что "видел я приложения..." - это не аргумент. Может производителям тех приложений надо чаще руки нюхать?
А СУБД "той же конторы" в нише БД уровня рабочих групп не корпус делают MS SQL. А на рынке КХД продуктам "той же конторы" вообще нет равных!
(Коллега! IT рыночек-то изучайте на досуге! :)

Курдль © (14.11.06 17:55) [193]

> А СУБД "той же конторы" в нише БД уровня рабочих групп не
> корпус делают MS SQL

А MS SQL только ленивый не делает :)

> А на рынке КХД

Это куда, прости ? :)

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

А зачем ходить с чемоданами скриптов - они себе в файлах на сервере преспокойно лежат...Впрочем, из этого положения очень легко выйти - всегда можно в том же дизайнере сказать Reverse Engineering по готовой схеме, выбрать нужные объекты и получить так милые сердцу ряда людей диаграммы :)

> clickmaker © (14.11.06 17:48) [191]
> Мне кажется, что многие наши софтовые конторы как-то слишком.
> .. плоско что-ли подходят к проблеме новых технологий. Слишком
> однобоко: "оп, новая фенечка вышла, щас прикрутим и обойдем
> конкурентов на раз".

А Вы допускаете, что существуют софтовые конторы, которые перед каждым проектом делают специальные исследования по средствам разработки, выбирают 2-3 наиболее приемлемых из них, на которых делают тест-проекты с наиболее рисковыми участками, после чего принимают решение об исполнении проекта на наиболее подошедшем средстве?

← →
saxon (2006-11-14 18:09) [197]

> Курдль © (14.11.06 18:00) [195]

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

Курдль © (14.11.06 18:09) [196]

> Корпоративных хранилищ данных.

Я наверное отстал от жизни - а что Sybase сейчас предлагает (такое всех делающее) ?

> А Вы допускаете, что существуют софтовые конторы, которые
> перед каждым проектом делают специальные исследования по
> средствам разработки, выбирают 2-3 наиболее приемлемых из
> них, на которых делают тест-проекты с наиболее рисковыми
> участками, после чего принимают решение об исполнении проекта
> на наиболее подошедшем средстве?

Допускаю. Однако сам так не делаю. Обычно, если есть возможность - советуюсь с учителем, если нету - беру делфи7 + Оракл. Впрочем, обычно учитель советует мне ту же комбинацию :) Изредка я его не слушаюсь и оставляю один оракл :)

Что разрабатывают на Си шарп? Найти похожие ветки