Артём Каретников

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

Ну, т.е. вам пишут: "это сделать нельзя, это ограничение акцесса". А вы все равно: "а как же это можно сделать?"
Ответ: шрифт больше установить нельзя. Или отображайте картинку там или вставляйте Ole object excel, например, но сам шрифт - никак.

Доброго. Надо просто доку почитать на sql. Есть некая стандартная база - нарочно не скажу, какая, на основе которой, как темплейта, создается база пустая. Отсюда: залейте все в неё, а дальше просто create database - и хоть сто штук создавайте.

Запрос подскажем, отчего ж не подсказать: таблица префикс_postmeta - какой префикс, поправите самостоятельно.

SELECT post_id FROM kkkk_postmeta WHERE meta_key = '_thumbnail_id'. Получите post_id и дальше делайте с ним что хотите.

Это все возможно, но похоже на ошибку, которую часто делают новички. Сбился айди, не по порядку? Да и хрен с ним. Он и не должен быть по порядку, не в этом его смысл. А вот если на него есть ссылки, а вы эти ссылки погубили - то сейчас надо исправить апдейтом, а впредь использовать форейн кей.

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

select distinct(state) from usa - вот это не может выдавать повтор. Отсюда мы делаем смелый вывод, что...
Название последнего штата может быть записано с ошибкой - одна или несколько букв попались русские.

А? :)

Чего-то вот уж год скоро пройдет, а статьи так и не видно. Меня вот, например, больше всего интересует, где есть посредники? Коммерческие агенты, которые искать и договариваться с клиентом будут, а реализацию отдавать на меня. А то опыта - девать некуда. Умений - хоть сто порций. Но пока через толпу индусов пробьешься - заказы уходят.

Занялся бы кто - вот где деньги будут. Конечно, при наличии команды толковых и обязательных фрилансеров.

Ну тут думать особо нечего, если я правильно ваш запрос понял.

select min(User_id) from вашатаблица group by Phone, Added -- так получим первое вставленное значение по этому телефону и дате.

Все поля интовые и флоат? Не надо ничего нормализовывать, у вас и так все хорошо. Индексы по нужным запросам и все.

А заносят данные менеджеры пользуясь прямым доступом к базе или через процедуру? Обычно, если разработчик не мммм... странный чудак, это делается через процедуру. Имеет смысл посмотреть на нее и в ней поменять.

Ну, если уж никак и нужен триггер - да, это возможно, абсолютно ничего сложного нет, так и пишется create trigger ... on [tablename] ... for update, insert в нем проверяете, что обновляется/вставляется поле Phone и делаете вставку-апдейт нужного вам значения. Работы на полчаса, если прочитать хелп по create trigger, неопытному человеку. Лучше делать триггера отдельно для апдейта и инсерта свой.

Будет затык - ну, не знаю, попробуйте обратиться в личку, если у вас интересное предложение. текущие записи, конечно, надо просто Update'ом обработать.

Сделать так можно. Но так делать нельзя.

Cформулируйте свою задачу, а не то, как вы ее сделали.

Аналогия вашему вопросу:
Я хочу сломать себе ногу и потом так и ходить, как это сделать?

Доброго. Коллега, ну все ж просто. Смотрите, искать по фамилии не очень разумно, искать надо по Id.

Значит, что делаем. Делаем источником данных для комбика запрос. Я буду писать как привык, а вы сообразите под ваши реалии переделать. Однако рекомендую таблицы делать с префиксом tbl_ и юзать именно английские названия - пригодится.

Select Id_Staff, StaffName from tbl_Staff -- вот тут мы с вами получили Id сотрудника и его фамилию
Теперь комбик делаем с двумя колонками, вот так: 0;3 - тогда id сотрудника будет скрыто и ничем не отличаться от привычного комбика - кроме того, что значения в нем будут ограничены списком.

Едем дальше. У вас должна быть связь между таблицами, я это делаю промежуточной таблицей tbl_StaffPosition.
Есть у вас такая таблица? Задавая вопрос, очень неплохо прилагать к нему структуру хотя бы в виде скрина.

В ней три Id -
Id_StaffPosition - первичный ключ
Id_Staff - ссылка на сотрудника
Id_Position - ссылка на должность.
DataPositionStart -- начало работы в должности, недопустим Null
DataPositionFinish -- окончание работы в должности, допустим Null
IsWorker -- признак, что он работает сейчас. И этот признак у вас должен быть уникальным индексом с Id_Position вместе, исходя из: один сотрудник не может занимать сразу две должности.

Далее вы делаете запрос вида:

select p.PositionName from tbl_Position p -- вот это название должности
join tbl_StaffPosition sp on p.Id_Position = sp.Id_Position -- это линк с таблицей должностей.
where sp.Id_Staff = cmbStaff.Column(0) -- значение из комбобокса.

А уже результат подставляете в ваш текстбокс.

Если не сделаете отдельную таблицу со временем в должности - наступите на грабли. Грабли такие:

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

Доброго. Структура базы у вас, конечно.... Оставляет желать.

Непосредственно по теме - ms sql, конечно. Express Edition 2014 будет и бесплатной (посмотрите условия использования) и всяко помощней акцесса. Перевести таблицы будет довольно легко, а далее включаете в акцессе linked table и даже код означенного акцесса переделывать не надо будет.

P.s. Нужна будет помощь - обращайтесь, я на таких вещах собаку сьел, сербернара.

Таблица - это уже массив. Не надо мудрить и писать в массив еще один.

Конечно, можно. Почитайте про триггеры DDL.