Конференция "Базы" » Редактор для работы с MS SQL Server
 
  • Сергей Суровцев © (23.06.16 11:19) [0]
    В развитие темы MsGuns нужен бесплатный, но хороший Редактор SQL запросов для MS SQL Server 2012. Без всяких средств администрирования и проектирования БД, именно редактор в чистом виде: ввел запрос - получил результат. Но с широкими возможностями этот результат обрабатывать (фильтры строк и колонок, редактирование, экспорт и т.д.)
    Нужно сие для того чтобы дать неким юзерам широкие возможности работы с нужными им таблицами, но без лишних для них возможностей для всего остального.
  • iop © (23.06.16 11:53) [1]
    эксель.

    не бесплатный, но он же у вас уже есть, не?
  • iop © (23.06.16 12:12) [2]
    Нужно сие для того чтобы дать неким юзерам широкие возможности работы с нужными им таблицами

    а вообще если серьезно
    то не надо питать иллюзий насчет таких юзеров и наличия готовых "хороших" программ.
    писать все равно придется.
    а когда это напишется, то будет пользоваться ровно неделю.
    потом все эти юзеры резко захотят быть обычными а не некоторыми юзерами.
  • Сергей Суровцев © (23.06.16 12:43) [3]
    >iop ©   (23.06.16 11:53) [1]
    >эксель.

    На данном уровне Excel не пойдет. Схема обработки данных 3 уровневая. На уровне 1 лежат базы. Их много и они оч.большие. На этом уровне общее администрирование и групповые операции. На уровне 2 идет обработка данных в таблицах баз по участкам. То есть у каждого из юзеров (это условно юзеры, а реально это те, кто корректирует данные для обычных юзеров, назовем их обработчики), так вот у каждого из них свой набор таблиц, и задачи, но суть сводится к редактированию строк, либо групп строк. Вот именно для них инструмент и нужен. Они мыслят и пишут как нормальные БД программеры, в терминологии и SQL шарят. Поэтому и нужен инструмент чтобы с одной стороны свободно работать с таблицами, а с другой стороны некуда было сунуть ручки шаловливые куда не положено.
  • iop © (23.06.16 12:58) [4]
    я же говорю что [2]

    с одной стороны они "как нормальные БД программеры" и будут иметь возможность делать select (truncate/drop/delete)

    с другой стороны им почему-то нельзя давать SMS

    идея мертвая изначально
  • Сергей Суровцев © (23.06.16 13:02) [5]
    >iop ©   (23.06.16 12:12) [2]
    >писать все равно придется.

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

    >с одной стороны они "как нормальные БД программеры" и будут иметь возможность делать select (truncate/drop/delete)

    Ну щаз. Все это отсечено на этапе редактирования и исполнения. И еще много чего другого.
    Плюс логи действий на сервак без их доступа к этим логам.
  • iop © (23.06.16 13:27) [6]
    Ну щаз.

    в смысле?
    я могу сделать селект но не могу транкейт и дроп потому что права на уровне сервера?
    тогда почему им не дать SM-студию?
  • Сергей Суровцев © (23.06.16 13:42) [7]
    >iop ©   (23.06.16 13:27) [6]
    >я могу сделать селект но не могу транкейт и дроп потому что права на уровне сервера?

    Не смогут. Но не из-за прав на сервере. А еще до запуска запроса на выполнение. С сообщением "Низяяяя.".

    >тогда почему им не дать SM-студию?
    Потому что тогда то и придется все рулить на уровне прав и ролей. И для каждого. А их много и они меняются.
    И работать с данными в SM трудно - фильтры там, колонки отсеивать-фиксировать, поиск, редактирование и т.д.
  • iop © (23.06.16 17:01) [8]
    Не смогут. Но не из-за прав на сервере. А еще до запуска запроса на выполнение. С сообщением "Низяяяя.".


    что-то я совсем нипонял.

    им (юзерам) ищут программу, которую еще не нашли.
    но!
    уже доподлинно известно, что та программа не даст выполнить некоторые запросы с сообщением "нельзя"

    ну круто чо.
  • iop © (23.06.16 17:13) [9]
    как это делалось в реальных условиях и быстро.

    сидишь, занимаешься своим делом и вдруг поступает тупая задача типа описанной (вставить порцию данных или подправить порцию данных)

    берем эксель, и импортируем в него кусок данных вместе с ключами для апдейта
    коверкаем данные в ячейках экселя как надо.
    когда все готово, то справа от области данных пишем формулы, которые формируют либо insert into либо update table set....
    растягиваем формулу на всю высоту порции и получаем готовый скрипт выделением и копированием

    выполняем.
  • Amir1 © (23.06.16 17:22) [10]
    Посмотри SqlDBX Personal
  • Amir1 © (23.06.16 17:27) [11]
    Хотя не дочитал до конца тему - в нем имеются возможности администрирования.
  • Игорь Шевченко © (23.06.16 18:54) [12]
    Сергей Суровцев ©   (23.06.16 12:43) [3]


    > На данном уровне Excel не пойдет.


    А "бесплатный, но хороший Редактор SQL запросов для MS SQL Server 2012" непременно пойдет, потому что он лучше Excel.

    Тебе на sql.ru дали очень хороший совет :)
  • Сергей Суровцев © (24.06.16 10:49) [13]
    >Игорь Шевченко ©   (23.06.16 18:54) [12]
    >А "бесплатный, но хороший Редактор SQL запросов для MS SQL Server 2012" непременно пойдет, потому что он лучше Excel.

    Я не сказал что он будет лучше Excel. Я сказал что Excel в этом случае не подойдет. И даже не по техническим причинам. Так понятнее?
    И, видимо, люди которые пишут например dbForge тоже понимают, что в каких-то случаях связки SMS + Excel недостаточно. Хотя, конечно они наверняка в корне неправы.

    >Тебе на sql.ru дали очень хороший совет :)
    Там дали много хороших советов. Что приятно, большинство по делу. Хотя всегда есть люди, которым сказать нечего, но очень хочется. Тебе-то какой так понравился?
  • iop © (24.06.16 12:14) [14]
    по делу сказано дело.

    если юзеры те  - действительно "как бд программеры", то:

    1. странно что программу им ищет сергей суровцев, а не они сами
    2. странно что они не могут сами себе изготовить нужный инструмент

    получается что там обычные эникеи лоу левела
    и получается что им нужна очень специализированная программа с большой красной и маленькой зеленой кнопкой.
    но ее нигде нет и ее будет писать сергей.
  • KSergey © (09.08.16 08:12) [15]
    > Сергей Суровцев ©   (23.06.16 12:43) [3]
    > и SQL шарят. Поэтому и нужен инструмент чтобы с одной стороны
    > свободно работать с таблицами, а с другой стороны некуда
    > было сунуть ручки шаловливые куда не положено.

    Вы не в курсе про системные хранимые процедуры?
    "Визуальные средства администрирования" - лишь удобный интерфейс доступа к ним.
    А если у меня есть инструмент отправки произвольного запроса - то "в SQL шарят" сотворят что угодно, если им не порезать права.
    А когда права порезаны до нужного - то уже не важно какими средствами пользуешься, лишнего не сделаешь.
    Такой вот намёк.
  • TohaNik © (19.08.16 21:22) [16]

    > Сергей Суровцев ©   (23.06.16 12:43) [3]


    > Они мыслят и пишут как нормальные БД программеры, в терминологии
    > и SQL шарят. Поэтому и нужен инструмент чтобы с одной стороны
    > свободно работать с таблицами, а с другой стороны некуда
    > было сунуть ручки шаловливые куда не положено.

    Так не бывает. Инструмент не поймет степень "сунуть ручки шаловливые", а поэтому муторные роли, права. Или как себе, все можно.
 
Конференция "Базы" » Редактор для работы с MS SQL Server
Есть новые Нет новых   [134427   +34][b:0][p:0.001]