Блин, СРОЧНО нужен крутой MySQL DBA, в Сан-Франциско

[папа Карло]

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

не в тему.... у вас уже до этого дошло?

[Stanislav]

....Есть, есть такие люди, немного, но есть, я надеялся может и среди нас такие маньяки найдутся, ан нет...

Есть идея: замени в своем запросе букву "y" на букву "S" и будет тебе крутой чувак, и собеседовать не надо - надо только его уговорить

[Stranger]

автоинкрементов

чем плох автоинкремент именно в вашей ситуации?

[Marmot]

автоинкрементов

чем плох автоинкремент именно в вашей ситуации?

Лочит сильно

[Marmot]

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

не в тему.... у вас уже до этого дошло?

ага, если учесть скока у нас селектов в секунду

[папа Карло]

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

не в тему.... у вас уже до этого дошло?

ага, если учесть скока у нас селектов в секунду

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

[Marmot]

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

Ну человек-то нам по-любому нужен это раз.
А во-вторых, больше железа это не только расходы на его покупку и содержание...
Простой пример: датацентры имеют ограниченную емкость и, рано-или поздно, встает вопрос о расширении, и вполне вероятно перезде в другое место, что уже является гораздо бОльшим геморроем.
Этот вопрос для нас очень актуален, в основном из-за картинок и real-time текстовыx индексов...
И втретьих, про "систему которая нормально написана", мы находимся в состоянии перманентного развития и расширения функцинальности, т.е постоянно нужен человек который может оценить во что, с точки зрения ДБ, выльется новая фича, и как эту фичу имлементировать с максимальной эффективностью...

[Meadie]

Ну человек-то нам по-любому нужен это раз.
А во-вторых, больше железа это не только расходы на его покупку и содержание...
Простой пример: датацентры имеют ограниченную емкость и, рано-или поздно, встает вопрос о расширении, и вполне вероятно перезде в другое место, что уже является гораздо бОльшим геморроем.
Этот вопрос для нас очень актуален, в основном из-за картинок и real-time текстовыx индексов...
И втретьих, про "систему которая нормально написана", мы находимся в состоянии перманентного развития и расширения функцинальности, т.е постоянно нужен человек который может оценить во что, с точки зрения ДБ, выльется новая фича, и как эту фичу имлементировать с максимальной эффективностью...

А нагрузочным тестированием у вас никто не занимается?
Насколько я понимаю, для решения подобных задач вам скорее нужен специалист по базам данных с опытом разработки и тестирования. Администратор бы вам скорее потребовался, если бы вы планировали просто расширять систему. Правда, за 100+ можно и администратора попытаться заставить анализировать производительность системы и оптимизировать ее.

[Stanislav]

Ну человек-то нам по-любому нужен это раз.
А во-вторых, больше железа это не только расходы на его покупку и содержание...
Простой пример: датацентры имеют ограниченную емкость и, рано-или поздно, встает вопрос о расширении, и вполне вероятно перезде в другое место, что уже является гораздо бОльшим геморроем.
Этот вопрос для нас очень актуален, в основном из-за картинок и real-time текстовыx индексов...
И втретьих, про "систему которая нормально написана", мы находимся в состоянии перманентного развития и расширения функцинальности, т.е постоянно нужен человек который может оценить во что, с точки зрения ДБ, выльется новая фича, и как эту фичу имлементировать с максимальной эффективностью...

А нагрузочным тестированием у вас никто не занимается?
Насколько я понимаю, для решения подобных задач вам скорее нужен специалист по базам данных с опытом разработки и тестирования. Администратор бы вам скорее потребовался, если бы вы планировали просто расширять систему. Правда, за 100+ можно и администратора попытаться заставить анализировать производительность системы и оптимизировать ее.

Гыыыыыыы, нагрузочным тестированием у них безвозмездно (даром) занимаются клиенты

[tasko]

Гыыыыыыы, нагрузочным тестированием у них безвозмездно (даром) занимаются клиенты :D

Пример Микрософт заразителен.

[Marmot]

Гыыыыыыы, нагрузочным тестированием у них безвозмездно (даром) занимаются клиенты

Пример Микрософт заразителен.

У нас это офицальная политика, в отличие от MS