тут я вспомнил утверждение одного нашего соотечественника, который начальник ит в какой-то американской конторе. не дословно, но по смыслу: мы тратим до 1/3 рабочего времни на документирование

Это же прекрасно!

250Круб

даже не уговаривай... за эти деньги пусть негры в африке пашут

интересно, смогут ли 250к-кандидаты внятно поговорить об acid

очевидно же что MSSQL

О, юду ещё жив

https://youdo.com/tasks-all-any-computerhelp-moscow-1 а здесь чет нет ничего про mssql

извините, не мог удержаться

над входом в офис крупными буквами про него тоже нет

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

Странно видеть hr в этом чатике... мало вам hh.ru и прочего? Там же ищут)

странно?

да уже пора сделать мини-faq и сделать закрепленным сообщением

Плюсую

Игорь, почему странно, вполне логично. Касательно описания - пока его нет. От того, что я прочитаю лишнюю двадцатку резюме мир не перевернется. Всегда есть кнопка "отказать" :)

?

да уже пора сделать мини-faq и сделать закрепленным сообщением

+

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

Издержки производства

Ну нет у меня сейчас описания, что же делать

так без него и понять нельзя, подходит ли кандидат

можн

я коллегам перешлю, они скажут

тут не исправитьуже ничего

коллеги потеряют в двадцать раз меньше времени, если составят для вас вакансию

может начнем банить этих HH?

зачем?

тролить их гораздо веселее?

ну возможно они что-то скажут

но не факт )

за год ничего не сказали... вываливаются с идеями ААА НАМ НУЖЕН ДБА.. и на этом все.. никаких подробностей..

Ну может кто то им пишет

ну зобань)

проблем то)

Всем привет! Подскажите мне с подходом к размеру таблицы в БД: 40 гиг без партицирования допустимо? Нагрузка на чтение низкая на запись высокая через ночной джоб

допустимо что?

Размер такой у таблицы не слишком ли

не слишком ли что?

Есть ли какие вообще неписанные правила?

По размеру таблиц

только писать вопросы до конца

Вроде бы сформулировал... Подскажите с подходом к размеру таблицы, 40 гиг без партицирования допустимо?

Мы сейчас по новому кругу пойдем. Допустимо что?

тут я так понимаю есть парни у которых табличка в 40 гиг это начального уровня база

так что нет 40 гиг не большая табличка. ну правда если она размещена не на рейде из флоппи дисков

Саша, спасибо я понял

Нет на sas рейде)

0_о

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

Я имел в виду с точки зрения парадигм проектирования. Есть ли какие рекомендации по размеру таблиц. У меня не Биг дата нет.

ну, ты же не ожидаешь от нас магических чисел, после которых надо бить тревогу?

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

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

130 млн строк

То есть я понимаю если 700 полей это совсем другое

> При чем тут тревога я не рост размера, а о самом размере. я не понимаю то, что ты пишешь

Ок. Когда ты проектируешь БД ты допускаешь таблицу размером 40 гиг без сегментирования/партицирования с учетом того что на чтение низкая нагрузка, на запись высокая, полей с данными 10, индексов два, pk один.

если проблем это не вызывает, то почему нет ?

ERROR: S client not available

Не вызывает. Спасибо

https://mobile.twitter.com/TrumpDBA/status/826154547299151872

Простите не удержался.

На прошлой работе в mssql 2008r2 были таблички по 9Тб

И ничего, работает до сих пор

А не подскажете как определить редакцию Oracle DB ?

А не подскажете как определить редакцию Oracle DB ?

http://lmgtfy.com/?q=oracle+version+select

select banner from v$version;

MOS Note 1317265.1 options_packs_usage_statistics.sql тож полезно будет

ок, а в ситуации если у меня есть только набор файлов от самой базы? ну тоесть дано: *.dbf, логи еще какая-то фигня и все. известно еще что версия была 10.2.

если есть алерт лог, то при старте должно писать что за версия базы стартует

т.е там моежте посмотреть что у вас было

спасибо

А не подскажете еще такую вещь: установил OracleDB 11 XE, через sqlplus подключался без проблем. После перезагрузил сервер - и при попытке логина - ORA-12162: TNS:net service name is incorrectly specified

У вас windows ?

1. проверьте что сервис работает 2. если п.1 ок - смотреть логи

Господа, есть ли тут знатоки кластеров MSSQL?

Конкретно интересует в чем, кроме архитектуры проявляется разница между двумя stanalone MSSQL с базами с AlwaysOn и изначально кластеризованным с базой на общем хранилище?

Скорость работы, задержка из-за асинхронной репликации, косяки репликации, еще что-то?

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

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

Хранилище на Storage Spaces

Так что и так и так ничего не теряю

вот и вопрос, в чем еще будет разница

с точки зрения MS более правильно с общим хранилищем, но не указано почему

Так что и так и так ничего не теряю

Очень оптимистичное заявление, я бы сказал.

Очень оптимистичное заявление, я бы сказал.

у каждой машины 2 диска, диски виртуальные, находятся физически на разных хранилищах

шанс что оба упадут такой же как и то, что упадут те же 2 хранилища с базами