Троицк.ОРГ - приятного аппетита!
napaHoеГ

Posts: 260
good71 bad11
#1 прямая ссылка M$ sql 24 июля 2006, 22:06
собственно есть MS SQL Server 2005 Developers Edition 2CD я выкладывать в сеть не буду (в силу того что комп с ослом редко включен), но если кто выложит возражать не буду... кому надо пишите - состыкуемся, зарежу можно в виде образов, можно в виде файлов...
--
один из основателей The Chamers Group
"Лекция похожа на гол: ее можно либо забить либо пропустить..."

[Клуб меняющих люстру]
 
reklamkin
Posts: 5978
ShowMeLove
Posts: 167
good18 bad7
#2 прямая ссылка 31 июля 2006, 15:04
выложи на admin.ttk.ru , ток я не думаю что он ваще камуто нужен, все по моему юзают mysql =)
--
... My Love Is My Life ...
 
mReUGENE
#3 прямая ссылка удалено модератором 31 июля 2006, 15:39 good1
mitrandir

Posts: 14
good1
#4 прямая ссылка 25 августа 2006, 21:34
Ню... не все... некоторые и FireBird'ом не брезгуют =)
--
все, что не делается - делается к лучшему!
 
ShowMeLove
Posts: 167
good18 bad7
#5 прямая ссылка 27 августа 2006, 17:12
но большинство ... mysql ;) т.к. это есть почти у каждого хостинга (платного) и это гараздо удобнее для не знающих программирование ;)
'Редактировано diafour '
--
... My Love Is My Life ...
 
WarRior

Posts: 648
good42
#6 прямая ссылка 28 августа 2006, 10:07
Применение СУБД не ограничивается хостингами ;-)
 
Румата

Posts: 1675
good77 bad6
#7 прямая ссылка 28 августа 2006, 14:03
Кстати, а по какому критерию вы определяете, что лучше или хуже из СУБД?
 
blackice

Posts: 37909
good367 bad82
#8 прямая ссылка 28 августа 2006, 14:10

Румата:Кстати, а по какому критерию вы определяете, что лучше или хуже из СУБД?

Дык эта... опять же от задачи зависит. Никто в своём уме миллионы записей на MySQL обсчитывать не будет. А использовать oracle для хранения форума - калькулятором гвозди забивать.

--
МСС, 19fm, 15am, 9fm CB, Баварец
 
diafour

Posts: 2449
good97
#9 прямая ссылка 30 августа 2006, 00:42

Никто в своём уме миллионы записей на MySQL обсчитывать не будет.
Ещё бы, обсчитывать записи это дело БД, а не ума.

Так вот навскидку:
www.mysql.com/news-and-events/success-stories/yahoo_finance.html

Prior to its switch to MySQL in 2000, Yahoo! Finance managed its database needs through homegrown flat files and Berkeley DB databases. But those solutions proved to be inflexible and not scalable enough for their needs, with the volume of data nearly doubling every few months. "Our needs vary considerably, and that is one reason that MySQL works well with us. It handles the high-volume, 260 million record tables just as well as the small, low-volume ones. One of our servers handled over a quarter of a billion queries in a month-and-a-half, and it still has capacity to spare."



А использовать oracle для хранения форума - калькулятором гвозди забивать.
Синхрофазотроном? Вопрос - а форум на metalink.oracle.com не в Oracle RDBMS хранит ли свои данные?

Не стоит считать MySQL очень простой СУДБ для "клепания гостевых книг".
--
mwahahaha! i've got your candy.
 
blackice

Posts: 37909
good367 bad82
#10 прямая ссылка 30 августа 2006, 10:13

diafour: Вопрос - а форум на metalink.oracle.com не в Oracle RDBMS хранит ли свои данные?

Было бы смешно, если бы он на чём-то другом был, не так ли? ;)

It handles the high-volume, 260 million record

Что они под "handles" подразумевают, вот в чём вопрос. Хранение? Ну дык... ктоб спорил-то.


diafour: Не стоит считать MySQL очень простой СУДБ для "клепания гостевых книг".

Никто "простым" его не считает. Просто для разных задач - разные инструменты. Я легко могу придумать задачу, на которой My сдохнет, а MS её решит мгновенно. Уверен, что можно придумать и обратную ситуацию.
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
Румата

Posts: 1675
good77 bad6
#11 прямая ссылка 30 августа 2006, 11:09


blackice: Никто "простым" его не считает. Просто для разных задач - разные инструменты. Я легко могу придумать задачу, на которой My сдохнет, а MS её решит мгновенно. Уверен, что можно придумать и обратную ситуацию.


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

Posts: 37909
good367 bad82
#12 прямая ссылка 30 августа 2006, 11:31 good1

Румата:а вокруг полно народу, который с пеной у рта будут доказывать,что пользоваться надо исключительно [подставь сюда называние продукта].

Дык это ж замечательно! Иначе кому мы софт свой продавать будем? :)))))

--
МСС, 19fm, 15am, 9fm CB, Баварец
 
WarRior

Posts: 648
good42
#13 прямая ссылка 31 августа 2006, 09:43


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



Это просто показатель непрофессионализма :) Надо нейтрально относиться к технологиям/продуктам, говоря о +/- только применительно к решаемым задачам при заданных ресурсах.
 
diafour

Posts: 2449
good97
#14 прямая ссылка 31 августа 2006, 19:04

blackice: Было бы смешно, если бы он на чём-то другом был, не так ли? ;)
Ещё бы =) Т.е. получается, что Oracle "калькулятором гвозди забивает"?


blackice: Что они под "handles" подразумевают, вот в чём вопрос. Хранение? Ну дык... ктоб спорил-то.

Handle это всё-таки ближе к "обрабатывать", "управлять", чем к "хранить". "Хранить" это удел HDD, а также FSs.


blackice: Никто "простым" его не считает. Просто для разных задач - разные инструменты. Я легко могу придумать задачу, на которой My сдохнет, а MS её решит мгновенно. Уверен, что можно придумать и обратную ситуацию.
"Легко придумать" вряд ли получится ;) Всё равно без реализации не доказать.
Но в целом я согласен с этим и со следующим сообщением warrior, ибо RDBMS сейчас это не только DBMS, но и пакеты для программирования, и сервера приложений, и прочее, что нужно выбирать исходя из конкретной задачи. Самое главное, что в двух словах объяснить, чей же продукт лучше - не получится.





--
mwahahaha! i've got your candy.
 
blackice

Posts: 37909
good367 bad82
#15 прямая ссылка 1 сентября 2006, 10:20

diafour:Т.е. получается, что Oracle "калькулятором гвозди забивает"?

Конечно. Таким образом его рекламируя "нашим калькулятором можно даже..." :)

diafour: "Хранить" это удел HDD, а также FSs.

И кто их этих двоих индексы с перекрёсными ключами будет...?

diafour: "Легко придумать" вряд ли получится ;)

Даже придумывать не надо - оно у меня в соседнем окне :)))
А лучше/хуже, я уже приводил пример, что лучше - дрель или молоток.
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
diafour

Posts: 2449
good97
#16 прямая ссылка 2 сентября 2006, 16:04

Конечно. Таким образом его рекламируя "нашим калькулятором можно даже..." :)
Наш калькулятор самый калькулястый калькулятор. Ну и фиг с ней с рекламой, нужны объективные данные.


И кто их этих двоих индексы с перекрёсными ключами будет...?
Т.к. про структуру таблиц в заметке сказано не было, то обсуждать дальше беполезно. Я всего лишь не согласен с интерпретацией фразы "It handles the high-volume, 260 million record tables" как "хранение записей". Тогда вообще можно было бы не переходить на MySQL, а остаться на файлах и берклиДБ.


Даже придумывать не надо - оно у меня в соседнем окне :)))
Совпадение =)


А лучше/хуже, я уже приводил пример, что лучше - дрель или молоток.
Скорее швейцарские ножы с разным набором функций. Дрель и молоток слишком отличные по своим функциям устройства, чтобы в них видеть аналоги СУБД разных фирм в мире строительных инструментов.



--
mwahahaha! i've got your candy.
 
proforg

Posts: 208
good6 bad1
#17 прямая ссылка 3 сентября 2006, 21:13
и свои 5 копеек вставлю
MySQL - с каждой версией всё тяжелее и тяжелее. Одна радость - вроде как более или менее становицца полноценной СУБД (то что ниже 5.0 - дейстивтельно только для гостевых книг подходит :() Утрирую конечно, но отсутсвие триггеров и внешних ключей, это ад. Со стабильностью - всё так же проблемы, MyISAM понятно почему, но почему время от времени после креша не поднимается InnoDB - сказать сложно.

Оракл - слишком тяжёл и сложен, как ни крути. К тому же коммерческий сильно платен.

Альтернатива - PostgreSQL. К этому впрочем так или иначе приходишь когда MySQL перестает справляться.
Ещё - Sybase. Благо MS SQL из него написан. Но с ним свои замороки :)

 
blackice

Posts: 37909
good367 bad82
#18 прямая ссылка 3 сентября 2006, 21:55

proforg: MySQL - с каждой версией всё тяжелее и тяжелее.

Господин думает, что MS легчает? бгыгыгы.
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
proforg

Posts: 208
good6 bad1
#19 прямая ссылка 3 сентября 2006, 22:19
про него я промолчал, заметь. от греха так сказать :)
 
diafour

Posts: 2449
good97
#20 прямая ссылка 3 сентября 2006, 23:05
а DB2 и ADABAS кто-нибудь видел в живую?
--
mwahahaha! i've got your candy.
 
proforg

Posts: 208
good6 bad1
#21 прямая ссылка 3 сентября 2006, 23:18
ADABAS несколько не в контексте обсуждения.
DB2 - да, видел. Но именно что только видел :)
это всё такие совсем enterprise уровень, опять же выходит за контекст :)
 
o
Posts: 7178
good217 bad50
#22 прямая ссылка 4 сентября 2006, 03:17
Кажется тут пиписками стали меряться. :=0

DB2 - инсталлировал и запускал - геммор это, если не на AIX.

А вот про Ораклюгу - не надо, я тоже думал, что тяжелая и всё прочее, так мне один ораклоид его так настроил, что и по скорости и по пожираемым системным ресурсам она была лучше MySQL.

Кста, если ваше приложение жизненно зависит от триггеров и внешних ключей, ваше приложение написано дерьмово. Бизнес-логика должна быть вынесена за пределы БД. Триггеры и пр. - это меры безопастности, а не споcоб решать задачи, не заколачивайте огнетушителем гвозди. Да, и не делайте SELECT 1+1;
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
proforg

Posts: 208
good6 bad1
#23 прямая ссылка 4 сентября 2006, 04:37
2akm:
как же без этого :) как по другому, чтоб не померяться то :)

насчёт оракла и mysql - есть такое мнение (не я это сказал но соглачен) что mysql по тяжести от версии к версии приближается в ораклу :) Не говоря уже о том что на больших объёмах данных mysql работает просто отвратительно - для меня это (+ постоянные падения при большой нагрузке) в какой то момент и было причиной перехода на postgresql. Потом долго жалел что не сделал это раньше, учитывая хроническю нехватку ресурсов сервера.

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

Извините меня, но тут Вы КАРДИНАЛЬНО неправы. Не хочу Вас обидеть, но то что Вы предлагаете подходит только для "простеньких вебсайтов".
Этого требует элементарная целостность данных.
Более того классическая схема ТРЕБУЕТ выноса бизнес логики из приложения на уровень БД.
В общем случае с базой рабтает больше чем одно приложение - напрмиер веб серевер + клиент для сотрудников. Реализовавать бизнес логику параллельно и там и там - нерационально. Поддерживать это - неудобно. А если клиентов больше чем 2 ? Реализовавыть ради этого application server - обычно бессмыслено.

Если уж совсем забираться в дебри - то клиент не знает как база устроена внутри и работает с ней через функции / хранимые процедуры / представления.

Я лично не сторонник полного выноса бизнеслогики на уровень БД, но жить без триггеров и ключей - тяжело.
А начиная с неторого момента - без наследований, функций и (не знаю как переводится) Database partitioning.
 
blackice

Posts: 37909
good367 bad82
#24 прямая ссылка 4 сентября 2006, 10:49

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

Вот только не надо таких оголтелых заявлений, хорошо? Если Вам не попадались задачи, при которых тригера просто необходимы, это не значит, что те, кому они нужны - лохи. Это, скорее, говорит о том, что Ваш опыт с этой стороны ещё неполон.
А какие "мерах безопасности" автор имеет ввиду применительно к тригерам? Конкретно, если можно.
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#25 прямая ссылка 4 сентября 2006, 12:07
Я не говорю, что тригерры не нужны. Использовать их для создания бизнес-логики - это подложить кучу дерьма для тех, кто будет поддерживать задачу.

При создании приложения типа клиент-сервер, да лучше все засунуть в СУБД, чем в клиента. А если делать нормально по трехзвенной схеме, то база поддерживает целостность данных и их представление, для чего триггеры, вьюшки, функции и существуют, а не для бизнес-логики.

А то у меня клиент попал в засаду - хорошее такое приложение, где вся бизнес-логика реализована в Oracle 8. И перехать они на 9, а тем более 10 не могут - проще переписать приложение, а оно такое неслабенькое. 8ка не поддерживается, живет дело на Солярке, на 10 Солярке Oracle 8 уже не ходит. Осталось только дождаться когда 9я Солярка перестанет поддерживаться... Создатели приложения уже недоступны, как это обычно бывает.

И такое будет рано или поздно с каждым приложением, что бизнес-логику запихнуло в БД.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#26 прямая ссылка 4 сентября 2006, 12:11

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

Стоп. Я возражал против фразы "жизнено зависит от тригеров - значит дерьмово написано".
А целосность данных - не жизнено важная вещь для БД?

--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#27 прямая ссылка 4 сентября 2006, 12:21
Хорошо, сформулирую доступней: если бизнес-логика вашего приложения жизненно зависит ... Что и хотел сказать ранее.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#28 прямая ссылка 4 сентября 2006, 12:28

akm:если бизнес-логика вашего приложения жизненно зависит ...

Бизнес-логика, что вполне естественно, зависит от целосности данных :))))))))

--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#29 прямая ссылка 4 сентября 2006, 12:38
Препираться можно сколько угодно, но совершенно очевидно, что бизнес-логика определяет структуру данных, а до самих данных ей нет дела. Естественно она предполагает, что они будут целостными, но для её работы это не требуется.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#30 прямая ссылка 4 сентября 2006, 12:58
2akm:
Тогда скажите мне, на каком, по Вашему мнению, уровне находится такая вещь, как репликация данных - на уровне бизнес-логики или на уровне целосности данных?
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#31 прямая ссылка 4 сентября 2006, 13:07
Приложению не зачем думать о репликации данных, где эти данные находятся, на каких дисках - это дело рук СУБД. Так что ни на каком уровне.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#32 прямая ссылка 4 сентября 2006, 13:13

akm:Приложению не зачем думать о репликации данных

А если репликация данных и её особенности - часть бизнес-логики? ;)
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#33 прямая ссылка 4 сентября 2006, 13:26
Если приложение жаждет заниматься само репликацией данных - пусть занимается, тогда это будет репликацией данных на уровне приложения. Кста, данные помимо уровня СУБД можно еще реплицировать и на уровне LVM и на уровне дисковых массивов - как удобней так и делают. Но на уровне приложения очень редко, т.к. обычно делают неправильно и в deadlock попадают.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#34 прямая ссылка 4 сентября 2006, 13:45

akm:Если приложение жаждет заниматься само репликацией данных - пусть занимается

Замечательно. Теперь мы получили такой интересный факт, как бизнес-логика, требующая тригеров, т.к. репликация требует соблюдения целосности данных, за которой и следят тригера. Чтоб замкнуть круг - бизнес-логика управляет репликацией.
Что и требовалось доказать :)
Подобный реализованый проект создан и работает. По уму было бы правильнее переделать бизнес-логику заказчика, вот только в госучреждениях модернизация бизнес-процессов проходит медленно, а автоматизация УЖЕ нужна.
"Есть много, друг Горацио,..."

--
МСС, 19fm, 15am, 9fm CB, Баварец
 
o
Posts: 7178
good217 bad50
#35 прямая ссылка 4 сентября 2006, 14:17
Что я и сказал - полный геммор в эксплуатации, через пару лет написавших не найдешь, когда настанет время там что-то поменять, то решать, что проше написать новое. Хорошее дело для разработчиков - писать кривые программы, сразу обеспечиваешь себя работой на всю оставшуюся жизнь :-)

Я так понял, что репликация реализована все-таки не на уровне приложения, а посредством триггеров - в это и есть ошибка дизайна.
--
En somme c'est ca:
Pour plaire aux jaloux
Il faut etre ignoree
Mais la, mais la, mais la, pour le coup
C'est Dieu qui m'a plante, alors?...
 
blackice

Posts: 37909
good367 bad82
#36 прямая ссылка 4 сентября 2006, 14:20

akm: Я так понял, что репликация реализована все-таки не на уровне приложения, а посредством триггеров - в это и есть ошибка дизайна.

Неправильно понял. Как ты вообще себе представляешь репликацию на уровне тригеров?!

akm: Хорошее дело для разработчиков - писать кривые программы

Повторяю для тех, кто под бронёй: кривой (и то спорно) - бизнес-процесс.

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

Меняется, дополняется и т.п. уже на протяжении 5-и лет. Проблемы есть, но стандартные, решаемые.
--
МСС, 19fm, 15am, 9fm CB, Баварец
 
proforg

Posts: 208
good6 bad1
#37 прямая ссылка 4 сентября 2006, 15:41
кроме целостности данных
есть ещё такое понятие как логика данных - то что с данными и их обработкой неотрывно связано
которая по определению живёт в бд
даже при условии что бизнес логика вынесена в middle-tier
 
Новые посты под гостем приостановлены из за спаммеров. Пожалуйста, зарегистрируйтесь. Сообщение не будет добавлено.
новое сообщение
Сообщение:
Провокационные, неуважительные и злобные сообщения будут удалены! Злостные нарушители - забанены! Тут форум добра!