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

← →
ANB © (2006-11-14 18:14) [200]

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

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

← →
ANB © (2006-11-14 18:17) [201]

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

Вот сколько я не слышал про "КХД" (обычно их называют DWH), так почему то у всех они на оракле.

← →
Anatoly Podgoretsky © (2006-11-14 19:39) [202]

> Игорь Шевченко (14.11.2006 17:12:06) [186]

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

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

← →
Anatoly Podgoretsky © (2006-11-14 19:41) [203]

> Игорь Шевченко (14.11.2006 17:32:10) [190]

> Ну непонятна мне польза от схематического изображения.

Ну польза то есть, но пока количество таблицек не превышает 10, потом количество перерастает в качество, и вся эта польза идет в стопку, только для отчета.

← →
Anatoly Podgoretsky © (2006-11-14 19:42) [204]

> Курдль (14.11.2006 17:48:12) [192]

Да все вы тут передергиваете :-)

← →
Sergey Masloff (2006-11-14 21:53) [205]

ANB © (14.11.06 18:17) [201]
>Вот сколько я не слышал про "КХД" (обычно их называют DWH), так почему >то у всех они на оракле.
Потому что ты в ex-ussr. А так бы слышал про терадейта и дибиту.

← →
Ne-Ld (2006-11-14 22:28) [206]

palva © (13.11.06 13:54) [32]

> Вопросов, направленных на обсуждение, почему не надо изучать
> тот или иной предмет на форуме очень много:

> Несколько завуалированна, но та же мотивировка у вопроса
> "посоветуйте хорошую книгу по...".

с последнем несогласен в корне.

Вам никогда не попадалась книжка, автор которой только что приехал из Бобруйска?
Или книга автора, который пишет в духе "Ну мне здесь и так все понятно!" или который просто демонстрирует остроту своего ума в ущерб качеству изложения "Смотрите какой я умный! Как я ловко здесь все скомпоновал!"
Нужно потратить время просматривая гору литературы, что бы найти что-то стоящее.
У некоторых авторов напрочь отсутствует вкус. Читать их - смерть мозгу.
Продолжать можно долго, но думаю, что основная идея понятна: книги сильно отличаются по качеству.

← →
ANB © (2006-11-15 10:22) [207]

> автор которой только что приехал из Бобруйска?

Опытные программисты живут не только в москве. Иногда попадаются и в других городах.
Хотя согласен - например книжки Глушакова (если фамилию не переврал) - это вообще издевательство и сплошные ошибки. При этом он их умудряется писать не все возможные компьютерные темы. И все одинаково бестолковые.

← →
Курдль © (2006-11-15 10:33) [208]

> ANB © (14.11.06 18:17) [201]
> Вот сколько я не слышал про "КХД" (обычно их называют DWH),
> так почему то у всех они на оракле.

Коллега! К чему такая безапелляционность? Вы, часом, не минёр? :)
Оракл - РСУБД. Sybase IQ - специализированная система управления хранилищем данных, построенная совсем по другим принципам (например, оперирует она не записями, а колонками). По некоторым ключевым показателям она превосходит оракл в 10 раз а по некоторым - в 100 раз.

← →
Игорь Шевченко © (2006-11-15 10:33) [209]

ANB © (15.11.06 10:22) [207]

> Опытные программисты живут не только в москве

А где живет Архангельский ? :) Не далее чем вчера был в книжкином магазине, под его бессмертные творения отведена целая полка. Еще пол-полки отведено под творения иногда мелькающего тут Фленова, с его выпученными глазами ксакепа. Фленов вроде тоже не из Бобруйска, разве что на пути туда.

← →
ANB © (2006-11-15 11:38) [210]

> Курдль © (15.11.06 10:33) [208]

Sybase видел только раз, не приколола, желания с ней плотно общаться не возникло. Посему я не в теме. Ща проконсультируюсь со знающими людьми . . .

← →
Курдль © (2006-11-15 11:48) [211]

> ANB © (15.11.06 11:38) [210]
> Sybase видел только раз, не приколола

Железный аргумент!
Я уже говорил, что некоторые компании перед использованием того, или иного ПО производят исследования от бюджетных до технологических.
Так вот, лет 7 назад, на рынке СУБД уровня рабочих групп по соотношению цена/качество "Sybase ASA" конкурентов не было. Да и сейчас не вижу.
Кстати, а какую СУБД ты вообще признаешь? Оракл? А если не Оракл, приведи пример навскидку?

← →
ANB © (2006-11-15 11:51) [212]

> Кстати, а какую СУБД ты вообще признаешь?

Оракл и адабас, но адабаса у меня ща нету - дорогой он и здоровый. Так что приходится с ораклом работать.

← →
ANB © (2006-11-15 11:52) [213]

> Да и сейчас не вижу.

Эта - давай ветку заведем Sybase vs Oracle. А то мы тут от темы отклонились

← →
euru © (2006-11-15 11:52) [214]

> Курдль © (15.11.06 10:33) [208]
> Коллега! К чему такая безапелляционность?
> Вы, часом, не минёр? :)
Наверно, под минёром сапёр подразумевался? :)
Так и среди них вроде бы засилья Oracle не наблюдается.

← →
Курдль © (2006-11-15 11:54) [215]

> euru © (15.11.06 11:52) [214]
> Наверно, под минёром сапёр подразумевался? :)

Нет. Те, кто знают альтернативное применение термина ЛОХ меня понимают.

← →
ANB © (2006-11-15 11:54) [216]

> Наверно, под минёром сапёр подразумевался? :)

Неверное предположение. Курдль прав, я заодно немного и минер :) (чего меня туда поесло с моей ВУС ?)

← →
Курдль © (2006-11-15 11:56) [217]

> ANB © (15.11.06 11:52) [213]
> Эта - давай ветку заведем Sybase vs Oracle. А то мы тут от темы отклонились

Для рабочих групп? Да легко! Лицензия "Sybase ASA" ~$100 oracle - ~$1000.
Зеленый от оранжевого отличить можешь?

← →
ANB © (2006-11-15 11:58) [218]

Курдль © (15.11.06 11:56) [217]
Типа - давай уж здесь, может еще народ подтянется.

http://delphimaster.net/view/15-1163581041/

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

> Так вот, лет 7 назад, на рынке СУБД уровня рабочих групп
> по соотношению цена/качество "Sybase ASA" конкурентов не
> было. Да и сейчас не вижу.

А с тех пор появились Firebird, MSDE и Oracle XE....И вообще за 7 лет много воды утекло. У меня до сих пор болтается CD 8-летней давности с продуктами Sybase - они тогда довольно агрессивную политику проводили по внедрению на местный рынок, раздавали эти компакты всем желающим (и нежелающим тоже).

← →
Курдль © (2006-11-15 11:59) [220]

> ANB © (15.11.06 11:58) [218]

Даже не думай!
Все уже есть на http://www.sql.ru/forum/actualtopics.aspx?bid=10

← →
pasha_golub © (2006-11-15 12:25) [221]

Я тоже не сторонник диаграм! Но я никогда в жизни не скажу, что читать скрипт намного понятней, чем "читать" диаграмму! Единственным плюсом диаграмм считаю отображение FK, все остальные связи (ассоциация, наследование) от лукавого!

Более того, считаю, что ER-редактор должен писаться под конкретную СУБД, а не махом под все живое.

← →
Игорь Шевченко © (2006-11-15 12:27) [222]

pasha_golub © (15.11.06 12:25) [221]

> Я тоже не сторонник диаграм! Но я никогда в жизни не скажу,
> что читать скрипт намного понятней, чем "читать" диаграмму!
>

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

← →
Курдль © (2006-11-15 12:34) [223]

> Игорь Шевченко © (14.11.06 17:58) [194]
> всегда можно в том же дизайнере сказать Reverse Engineer по готовой схеме, выбрать нужные объекты
> и получить так милые сердцу ряда людей диаграммы :)

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

← →
Игорь Шевченко © (2006-11-15 12:36) [224]

Курдль © (15.11.06 12:34) [223]

Не хочется делать двойную работу, в смысле сопровождения и скриптов и диаграмм. Потому что скрипт руками все равно приходится настраивать.

← →
Курдль © (2006-11-15 12:39) [225]

> Игорь Шевченко © (15.11.06 12:36) [224]
> Не хочется делать двойную работу, в смысле сопровождения
> и скриптов и диаграмм. Потому что скрипт руками все равно
> приходится настраивать.

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

← →
ANB © (2006-11-15 12:43) [226]

> Оракл - РСУБД. Sybase IQ - специализированная система управления
> хранилищем данных, построенная совсем по другим принципам
> (например, оперирует она не записями, а колонками). По некоторым
> ключевым показателям она превосходит оракл в 10 раз а по
> некоторым - в 100 раз.

Значится, проконсультировался я со своим гуру по сему вопросу.

Sybase IQ оперирует теми же самыми данными, что и любая другая СУБД. Отличается она тем, что хранит данные не по строкам, а по колонкам; это стандартное решение для OLAP-серверов, насколько мне известно, аналогичное есть в DB2, Oracle OLAP Option также использует этот подход. Что касается показателей - такие утверждения принято снабжать ссылками на материалы корректно проведенных экспериментов, показывающие, что именно и как именно меряли.

← →
ANB © (2006-11-15 12:48) [227]

> А навскидку, не можешь привести какие-нибудь экзотические
> скрипты создания БД, которые могут не поддерживаться CASE?
>

Угу. В частности оракл дизайнер не видит разницы между integer и number

← →
Игорь Шевченко © (2006-11-15 12:54) [228]

Курдль © (15.11.06 12:39) [225]

> А навскидку, не можешь привести какие-нибудь экзотические
> скрипты создания БД, которые могут не поддерживаться CASE?
>

Так в ветке на SQL.RU как раз такие примеры. Навскидку - размер полей в байтах и в символах, насколько я знаю из опыта коллег - не генерировались индексы по вторичным ключам, кроме того, у оракла довольно многословный синтаксис в части создания объектов. Опять же, я допускаю, что народ не досконально изучил case-средство, но за то время, которое требуется для досконального изучения, написать руками скриптов можно на полгигабайта, а то и больше.

> ANB © (15.11.06 12:48) [227]
> Угу. В частности оракл дизайнер не видит разницы между integer и number

Это странно. PD видит разницу между integer numeric decimal и т.д. Причем, дает выбирать только те типы данных, которые поддерживаются заявленной СУБД.

> Игорь Шевченко © (15.11.06 12:54) [228]
> Так в ветке на SQL.RU как раз такие примеры. Навскидку -
> размер полей в байтах и в символах, насколько я знаю из
> опыта коллег - не генерировались индексы по вторичным ключам,
> кроме того, у оракла довольно многословный синтаксис в
> части создания объектов.

С размером полей не вижу особых проблем. Мне кажется, что компания перед разработкой проекта описывает все необходимые домены (причем используемые безотносительно типа СУБД), а потом уж от них не отступает.
Т.е. один раз сделай над собой усилие и опиши домен "Notes: VarChar(4096)" в байтах, а потом уж об этом и не задумывайся.

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

Игорь, как из скрипта достать список таблиц имеющих референс на данную?

Как быстренько просмотреть структуру каждой из низ в разумные сроки?

Референсы в ваших скриптах должны создаваться после всех CREATE TABLE с помощью ALTER TABLE? Или прямо в CREATE TABLE?

> Если просто реверснуть всю базу, получишь некую на вид "паутину
> с несколькими сотнями мух-таблиц в ней".

> Курдль ©

Угу, реверс - это страх для больших БД.

pasha_golub © (15.11.06 13:09) [230]

> Игорь, как из скрипта достать список таблиц имеющих референс
> на данную?

Для Oracle - жаба или Тора (не из скрипта, а из схемы, разумеется)

> Игорь Шевченко © (15.11.06 13:12) [232]

Я понимаю, что имея доступ к БД мы это сделаем. Но мы же сначала пишем скрипт? Он вроде как самодостаточен, как и диаграмма.

Следуя такой логике нам Форм Дизайнер тоже не нужен. Почему бы напрямую не писать ГУИ в файлы .dfm ?

> Почему бы напрямую не писать ГУИ в файлы .dfm ?

ну это разные вещи. ГУИ - это товар лицом, а за диаграмму клиент тебе денег не даст

pasha_golub © (15.11.06 13:17) [233]

> Я понимаю, что имея доступ к БД мы это сделаем. Но мы же
> сначала пишем скрипт? Он вроде как самодостаточен, как и
> диаграмма.

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

> Игорь Шевченко © (14.11.06 17:32) [190]
>
> Курдль © (14.11.06 17:26) [187]
>
> Мы опять приходим к одному и тому же - вся эта куча средств
> для "улучшения производительности разработки проектов" приводит
> к тому, что народ, вместо того, чтобы разрабатывать проекты,
> бросается изучать всю эту кучу средств и технологий.

Отчасти согласен. Не все что придумано, можно использовать и не все кто придумывают, сами в реальности это используют. Более того, кое-что из придуманного использовать нельзя, категорически, оно имеет лишь научно-исследовательскую ценность, не более. Но, все таки, делать вывод, что использовать, а что нет, нужно очень хорошо подумав и обязательно после этого нужно быть готовым изменить свою точку зрения, т.к. предыдущие "железные" выводы, могли быть основаны на неполноте информации.

Современный PD - вешь на которую стоит обратить внимание всем разработчикам БД. Т.к. это уже далеко не просто средство схематического изображения структуры БД - это полноценное и удобнейшее средство управления физической моделью + формальная спецификация. К людям, работающим в команде 10 + и моделью с 150+ таблицами и не использующим для управления физической моделью CASE-средства, я отношусь как к "диким гангстерам времени накопления первоначального капитала"... мне даже не представить какой ужасный хаос твориться в сопровождении таких проектов...

Пару слов о Business Process Model и средствах для ее проектирования: Вот этим №"%$@%, разработчики точно не должны заниматься. По идее, организация сертифицированная по ISO 9001:2000 должна уже иметь BPM (Их модели процессов это и есть BPМ) и спрашивать их надо с тех кто занимается системой менеджмента качества. Другой вопрос в том, что на данный момент я не знаю ни одного вменяемого CASE-средства, которое могло бы ускорить и повысить качество перевода BPM -> PDM.

> А вот по файлу диаграммы такую операцию сделать несколько
> труднее...

Серет за секрет: в PD есть FindObjects, причем параметры поиска значительно шире чем "по части слова, без учета регистра" :P

ZeroDivide © (15.11.06 13:30) [236]

Тут один момент - сертификация по ISO 9000 - это один из тех моментов, которые придумали, чтобы засорить нам мозги :) Вместо того, чтобы заниматься разработкой, народ занимается сертификацией

> Игорь Шевченко © (15.11.06 13:37) [238]
> Вместо того, чтобы заниматься разработкой, народ занимается
> сертификацией

Я больше скажу: еще и вместо того, чтобы это самое качество повышать! :(
Хотя это и мало относится с С#

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