-
yacc: Все сообщения за 30 Апреля 2015 года
| Пн | Вт | Ср | Чт | Пт | Сб | Вс |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 |
HolyBoy> Если людям нужен администратор БД, понимающий в виндах, то это идёт в нагрузку к MSSQL.
Не, не всегда.
Да и как-то практически не знаю я людей, которые сидя на Линуксе в виндах напрочь теряются
HolyBoy> MySQL в кластере. Если человек дорос до такого уровня, то ему вряд ли будет интересно ковыряться с виндой или ещё чем-то.
Если это DataBase Architect - то возможно, но необязательно.
yacc>> автоматизация резервирования, репликации и ETL - в том числе, скажем, по заливке со внешних источников
HolyBoy> Так в том и дело!
Именно в этом и дело
Потому что вполне может сдаться что часть инфы идет, скажем на экселе. И тут иметь винду - удобнее в плане автоматизации чтения с такого файла. На той же винде тоже может быть MySQL и уже его средствами данные гонятся на Линух.
Для квалифицированного админа винды я не вижу AD и GPE - это обязательно если админить виндовую более-менее сложную сеть.
Не, не всегда.
Да и как-то практически не знаю я людей, которые сидя на Линуксе в виндах напрочь теряются
HolyBoy> MySQL в кластере. Если человек дорос до такого уровня, то ему вряд ли будет интересно ковыряться с виндой или ещё чем-то.
Если это DataBase Architect - то возможно, но необязательно.
yacc>> автоматизация резервирования, репликации и ETL - в том числе, скажем, по заливке со внешних источников
HolyBoy> Так в том и дело!
Именно в этом и дело
Потому что вполне может сдаться что часть инфы идет, скажем на экселе. И тут иметь винду - удобнее в плане автоматизации чтения с такого файла. На той же винде тоже может быть MySQL и уже его средствами данные гонятся на Линух.
Для квалифицированного админа винды я не вижу AD и GPE - это обязательно если админить виндовую более-менее сложную сеть.
инфо
инструменты
Balancer> Я иногда теряюсь в потрохах Win8
Дык глубоко и не надо.
Balancer> Хм. Даже в голову не приходило парсить приходящие Excel-файлы в винде Обычно и средств скриптовых языков хватает.
Парсить файл экселя скриптовым языком? Это КАК?
Balancer> Опять же, MSSQL имеет где-то преимущества в узких областях.
Ну я бы так не сказал
Скорее есть вполне себе условия, когда он не справляется.
Дык глубоко и не надо.
Balancer> Хм. Даже в голову не приходило парсить приходящие Excel-файлы в винде
Обычно и средств скриптовых языков хватает.Парсить файл экселя скриптовым языком? Это КАК?
Balancer> Опять же, MSSQL имеет где-то преимущества в узких областях.
Ну я бы так не сказал
Скорее есть вполне себе условия, когда он не справляется.
Balancer> Ну, например, я вот этим сейчас пользуюсь:
А на виндах тупо используется нативный COM для доступа к файлам из любого скриптового языка поддерживающего COM.
Balancer> Вот снова у тебя проблема с инверсией множеств и следований.
Да нет у меня этих проблем, потому что у тебя общее вероятностное суждение
"А в основной части, например, иметь некий общий, средний для всех уровень."
без деталей. Ясень пень, что можно выделить три зоны - плюс/минус такой же уровень, лучше, хуже. Вот только размер этих зон неизвестен чтобы судить о узости зоны "лучше". Хотя бы потому, что кроме критерия "скорость" есть и другие - например "удобство интерфейса", "простота использования", "богатые функциональные возможности".
MySQL обычно конкурентом MSSQL не выступает - у них ниши разные. Поэтому речь, разумеется, идет про коммерческие БД, приобретаемые на платной основе, энтерпрайз уровня.
Тебе и в голову не придет покупать MS SQL и включать его стоимость в стоимость сайта для заказчика
А на виндах тупо используется нативный COM для доступа к файлам из любого скриптового языка поддерживающего COM.
Balancer> Вот снова у тебя проблема с инверсией множеств и следований.
Да нет у меня этих проблем, потому что у тебя общее вероятностное суждение
"А в основной части, например, иметь некий общий, средний для всех уровень."
без деталей. Ясень пень, что можно выделить три зоны - плюс/минус такой же уровень, лучше, хуже. Вот только размер этих зон неизвестен чтобы судить о узости зоны "лучше". Хотя бы потому, что кроме критерия "скорость" есть и другие - например "удобство интерфейса", "простота использования", "богатые функциональные возможности".
MySQL обычно конкурентом MSSQL не выступает - у них ниши разные. Поэтому речь, разумеется, идет про коммерческие БД, приобретаемые на платной основе, энтерпрайз уровня.
Тебе и в голову не придет покупать MS SQL и включать его стоимость в стоимость сайта для заказчика
Balancer> Угу. Тупо
И этого достаточно.
Balancer> Размер этих зон был явно задан в твоём и моём утверждении. «в узких областях» и «Скорее есть»
Ну я-то имел ввиду коммерческую сферу. Там MS SQL - первый по доле рынка.
Balancer> Опять уход в сторону. Я ничего не писал про «скорость».
Ну так по удобству в энтерпрайз среде MySQL в сравнение не идет
Круче SSMS по функционалу инструментов я не видел - даже Оракл в сравнение не идет.
И этого достаточно.
Balancer> Размер этих зон был явно задан в твоём и моём утверждении. «в узких областях» и «Скорее есть»
Ну я-то имел ввиду коммерческую сферу. Там MS SQL - первый по доле рынка.
Balancer> Опять уход в сторону. Я ничего не писал про «скорость».
Ну так по удобству в энтерпрайз среде MySQL в сравнение не идет
Круче SSMS по функционалу инструментов я не видел - даже Оракл в сравнение не идет.
ADP> Кто-нибудь может сказать про сабж7
Я им пользуюсь, хотя не в качестве десктопной ОС и в общем-то по минимуму. В этом плане я вполне доволен. Использую стандартный Гном.
Я им пользуюсь, хотя не в качестве десктопной ОС и в общем-то по минимуму. В этом плане я вполне доволен. Использую стандартный Гном.
HolyBoy> Чтобы развиваться в глубину, приходится забивать на всё остальное, как правило.
Обычно это требуется при серьезном плановом рефакторинге. Там да - на остальное забиваешь.
HolyBoy> Ты насколько хорошо с Mysql знаком? Я свои оценки делаю и пишу тут, наблюдая за своими коллегами. Признаюсь, с mysql я знаком плохо, гораздо хуже, чем они, что не помешает мне настроить её, запустить и оптимизировать. Но я себя не считаю администратором баз данных, как указано в вакансии и нет там никакого DBA.
Ну с MySQL я знаком мало, что также мне не помешает ее поставить, настроить и отладить производительность. Если ты мало возился с БД ( любыми ) то вот не факт что тебе особо оптимизировать удастся
К слову, наши DBA, что на продакшене сидят, оптимизировать особо не умееют, зато умеют винду и MS SQL и IIS настраивать, в т.ч. и писать автоматизацию на PS, и, если что, вернуться к предыдущей версии. Остальное делают разработчики, в т.ч. и я, которые работают с копиями баз продакшена.
HolyBoy> Это уже домыслы. По-хорошему, я там не должен был увидеть MySQL.
Да не обязательно. Особой проблемы перегнать данные м-ду базами особо нет если схемы схожие.
HolyBoy> Должен был увидеть Postgres/Oracle, если решили делать на линухах
Тут проблемка одна есть.
Давай лучше спрошу сначала - тебе знакомы такие продукты как SQLDelta, RedGate, dbForge ?
Так вот - версии для Постгре у них собственно и нет.
Да в общем и сами продукты не имеют версий, которые работают на Линуксе.
HolyBoy>, что наша НСПК сделана изг**на и палок MySQL в кластере, какой-то Tibero, смеси из Java, C, C++, Perl, PHP… Такое позволительно было бы для проекта вида "давайте попробуем забабахать процессинговый центр! О! Получилось, работает!", но не для серьёзного продакшна.
Ты не поверишь - на западе такое легко может встретиться. Только еще мейнфрейм для полного счастья добавить надо
Обычно это требуется при серьезном плановом рефакторинге. Там да - на остальное забиваешь.
HolyBoy> Ты насколько хорошо с Mysql знаком? Я свои оценки делаю и пишу тут, наблюдая за своими коллегами. Признаюсь, с mysql я знаком плохо, гораздо хуже, чем они, что не помешает мне настроить её, запустить и оптимизировать. Но я себя не считаю администратором баз данных, как указано в вакансии и нет там никакого DBA.
Ну с MySQL я знаком мало, что также мне не помешает ее поставить, настроить и отладить производительность. Если ты мало возился с БД ( любыми ) то вот не факт что тебе особо оптимизировать удастся
К слову, наши DBA, что на продакшене сидят, оптимизировать особо не умееют, зато умеют винду и MS SQL и IIS настраивать, в т.ч. и писать автоматизацию на PS, и, если что, вернуться к предыдущей версии. Остальное делают разработчики, в т.ч. и я, которые работают с копиями баз продакшена.
HolyBoy> Это уже домыслы. По-хорошему, я там не должен был увидеть MySQL.
Да не обязательно. Особой проблемы перегнать данные м-ду базами особо нет если схемы схожие.
HolyBoy> Должен был увидеть Postgres/Oracle, если решили делать на линухах
Тут проблемка одна есть.
Давай лучше спрошу сначала - тебе знакомы такие продукты как SQLDelta, RedGate, dbForge ?
Так вот - версии для Постгре у них собственно и нет.
Да в общем и сами продукты не имеют версий, которые работают на Линуксе.
HolyBoy>, что наша НСПК сделана из
Ты не поверишь - на западе такое легко может встретиться. Только еще мейнфрейм для полного счастья добавить надо
Это сообщение редактировалось 30.04.2015 в 11:30
с.т.> ну так он и стоит "ничего", а за нормальную систему, 250 тысяч евро вынь и положь
Эт что за система такая?
"Ничего" в энтерпрайз варианте - тоже вполне себе "копеечка"
P.S. У Мускула есть суровый плюс - он поддерживается третьесторонними утилитами для DLM - Database Lifecycle Management и мониторинга. В энтерпрайз среде это - must have.
Эт что за система такая?
"Ничего" в энтерпрайз варианте - тоже вполне себе "копеечка"
P.S. У Мускула есть суровый плюс - он поддерживается третьесторонними утилитами для DLM - Database Lifecycle Management и мониторинга. В энтерпрайз среде это - must have.
Алдан-3> А то что он в анкете написал про фольгу, так он искренне так думает, просто шоколад жрёт строго в фольге и ничего кроме шоколада в фольгу не упаковывает.
"Экспериментальным путем было выяснено, что при увеличении напряженности магнитного поля, лягушка погибает.
Примечание: увеличение напряженности магнитного поля производилось посредством уменьшения зазора между полюсами магнита"
"Экспериментальным путем было выяснено, что при увеличении напряженности магнитного поля, лягушка погибает.
Примечание: увеличение напряженности магнитного поля производилось посредством уменьшения зазора между полюсами магнита"
с.т.> ну это несколько серверов (HA кластер с виртуалками для бд и апликухи )с MS SQL Ent для системы контроля вторичных продаж и аналитика накрученная поверх (кипиаи для дистров, селзов и тп)
Нее - я про то, сколько там MS SQL Ent и по какой лицензии ( по ядрам? )?
Т.е. получается для $250k 16 двухядерных лицензий или 8 четерыхядерных машин или 4 восьмиядерных ?
Нее - я про то, сколько там MS SQL Ent и по какой лицензии ( по ядрам? )?
Т.е. получается для $250k 16 двухядерных лицензий или 8 четерыхядерных машин или 4 восьмиядерных ?
Sandro> На открытых либо коммереческих БД делать национальную платёжную систему во-первых, нельзя, а во-втрорых, не нужно.
Какие ваши доказательства?! ©
Какие ваши доказательства?! ©
с.т.> неполенился, поднял спеку - в ассортименте деллы R630 20-ти ядерные
Ну ты же что-то про виртуалки говорил, не ?
Там ядер может быть и поменьше.
Ну ты же что-то про виртуалки говорил, не ?
Там ядер может быть и поменьше.
с.т.> конечно никто не может запретить поставить энтерпрайз на слабый сервак, но смысл? это же боевая среда
Я тебе так скажу - наши машинки на Амазоне вовсе не такие навороченные, хотя штук 30 баз там крутится в легкую
с.т.> виртуалки для снижения времени до ~0 простоя при миграциях и перекрестного HA резервирования, так что все ядра используются
Так ясен пень, просто у вертуалки не все ядра хоста. Скажем 4-8. Если часть ядер отдано на веб - их вычесть из лицензии - сиквелу их не дадут.
Я тебе так скажу - наши машинки на Амазоне вовсе не такие навороченные, хотя штук 30 баз там крутится в легкую
с.т.> виртуалки для снижения времени до ~0 простоя при миграциях и перекрестного HA резервирования, так что все ядра используются
Так ясен пень, просто у вертуалки не все ядра хоста. Скажем 4-8. Если часть ядер отдано на веб - их вычесть из лицензии - сиквелу их не дадут.
Sandro> 1) Гвозди микроскопом не забивают.
Вообще не понял.
Sandro> 2) Оставлять ключ от входной двери под ковриком тоже неправильно.
Надо закрыть вход в парадную
По части 1) - вовсе не значит, что если БД - платная - то она супернавороченная.
И да - что там с отечественными?
Вообще не понял.
Sandro> 2) Оставлять ключ от входной двери под ковриком тоже неправильно.
Надо закрыть вход в парадную
По части 1) - вовсе не значит, что если БД - платная - то она супернавороченная.
И да - что там с отечественными?
с.т.> в данном же по условию задачи тяжелая база и все ядра под mssql
ОЗУ в первую очередь надо и быструю дисковую подсистему
П.С. Посмотрел на спеку сервера, облизнулся...
потому подумал, что хоть мне и нравятся 1U, но шумные они негодяи - у меня два делла таких ( правда стареньких стоят ), а новый я собрал таки в мидитаур корпусе - дома шума многовато - для серверной
ОЗУ в первую очередь надо и быструю дисковую подсистему
П.С. Посмотрел на спеку сервера, облизнулся...
потому подумал, что хоть мне и нравятся 1U, но шумные они негодяи - у меня два делла таких ( правда стареньких стоят ), а новый я собрал таки в мидитаур корпусе - дома шума многовато - для серверной
с.т.> брать хостинг работу на дом
У меня не хостинг У меня лаба
У меня не хостинг
У меня лаба
Copyright © Balancer 1997..2024
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
