лоль

ну да... на каждые 5-10 пк был ещё и принтер

с поддержкой легаси

халявная была работка... жаль всего 4 месяца

На чем спалился?

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

В принципе идея ясна, но я как баран на новые ворота на нее смотрю хД

ну ты не берись за всё сразу

разрисуй себе архитектуру как на работу выйдешь

пару вариантов

И не собирался хД

пообщайся с людьми насчёт своих рисунков

тебе скажут "да нахуй тебе это надо"

разрисуй себе архитектуру как на работу выйдешь

Да, с начальством придется разговаривать плотно) По идее у н х ит отдел есть, мб там найдутся люди

тебе скажут "да нахуй тебе это надо"

Вполне возможно, кстати

там скорее всего админы, они не разработчики

ну так

скажут нахуй тебе это надо и вообще увольняйся

ты погрустишь минут 7, потом бросишь монетку, выберешь по ней архитектуру и начнёшь пилить блоки

скажут нахуй тебе это надо и вообще увольняйся

Орнул) такое тоже возможно)

там скорее всего админы, они не разработчики

Блин, вот вообще не хотел заниматься с базами данных(

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

типа клиент с возможность добавить, удалить и сформировать отчёты

база с парой таблиц

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

Форма которая позволяет добавлять- вытаскивать данные с локальной бд ✔️

Собсна это и было заданием)

скажут нахуй тебе это надо и вообще увольняйся

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

а, ну тогда попробуй вот к этому уже готовому сделать прослойку в виде датасервиса

чтобы не каждый запрос коннектиться к базе и отключаться от неё

а, ну тогда попробуй вот к этому уже готовому сделать прослойку в виде датасервиса

Лан, это я попробую тогда

пока под админским логином и юзером пусть работает

потом уже придумаешь, как права разграничить

логином базы я имею в виду

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

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

А ты как хотел??

с базой прикольно работать на самом деле

А вот еще вопрос. Когда открывается окно юи в мэйне идет подруб к серверу. Но дальше то я не отрубаюсь/подключаюсь. Только лишь один раз при создании подключаюсь и усе. И тут возникает вопрос, подключение держится до конца работы проги или она постоянно переподключается каждый раз как делаешь запрос?

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

и почитай про индексы и нормальные формы

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

А что это значит?

и почитай про индексы и нормальные формы

Индексы и формы... БД?

это запросы, которые лежат прямо в базе

в скомпиленном виде

и поэтому выполняются быстрее + им параметры можно передавать

индексы это для индексации данных, даёт ускорение поиска

нормальные формы — это для таблиц

На чем спалился?

та ниначём, изначально брали на период избирательной компании

ты погрустишь минут 7, потом бросишь монетку, выберешь по ней архитектуру и начнёшь пилить блоки

В мемориз

та ниначём, изначально брали на период избирательной компании

А ну лан)

в скомпиленном виде

А у них есть название? Мнеб почитать про это...

формы, если не ошибаюсь, ещё обзывают вьюхами

VIEWERS

по сути готовый SQL запрос, на основании которого собрана кеш-таблица и ты работаешь с ней, а не с основной БД типа так меньше данных ебёшь и всё быстрее работает

по сути готовый SQL запрос, на основании которого собрана кеш-таблица и ты работаешь с ней, а не с основной БД типа так меньше данных ебёшь и всё быстрее работает

А как эта работа выглядит?

ну как то так пишешь SQL запрос SELECT * FROM users WHERE name like '%ИВАН%' этот SQL запрос сохраняешь в БД средствами самой бд типа IvanUsers.sql на основе этого запроса формируется таблица IvanUsers ну а дальше делаешь уже запрос SELECT * FROM IvanUsers WHERE lenOfDick > 10

и ты уже ебёёшь не всё таблицу users а ебёшь кешевую-таблицу

это когда у тебя запесей овер 9000

эт из разряда оптимизации так что, пока не заморачивайся пили пока примитивы

набивай руку

это когда у тебя запесей овер 9000

Это мне грозит

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

ну как то так пишешь SQL запрос SELECT * FROM users WHERE name like '%ИВАН%' этот SQL запрос сохраняешь в БД средствами самой бд типа IvanUsers.sql на основе этого запроса формируется таблица IvanUsers ну а дальше делаешь уже запрос SELECT * FROM IvanUsers WHERE lenOfDick > 10

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

эт из разряда оптимизации так что, пока не заморачивайся пили пока примитивы

Примитивы в смысле простых табличек или что?)

Я нуб полнейший в бд Знаю только как запросы составлять, но не как архитектуру соображать хд

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

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

знай

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

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

ты 100% обосрёшься в чём-то так что не переживай

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

А ну я так и делаю)

ты 100% обосрёшься в чём-то так что не переживай

Пхахах) знаем-с хД Другой вопрос как и где) Но и как начать чтоб не поносить)

и да, перед каким-то решением (будь то выбор БД или ешё чего) бери за привычку, выбивать день (+/-) для изучения дабы ты смог посидеть, почитать и взвесить все за и против, а уж потом делай

тот что ты сюда пишешь - уже хороший шаг

тут и подскажут и затролируют

минутка семинара по поддержке закончина с вас 9.99 уе

и да, перед каким-то решением (будь то выбор БД или ешё чего) бери за привычку, выбивать день (+/-) для изучения дабы ты смог посидеть, почитать и взвесить все за и против, а уж потом делай

А ну это стандартная практика)

минутка семинара по поддержке закончина с вас 9.99 уе

Кидай кошелек хД

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

Всегда мучил вопрос, зачем указывают сколько детей? Типа манипулирование? А ля ониждитятки, а на остальных плевать?

Над Москвой и областью прошёл мини-ураган. Всего пострадали 15 человек. Из них 2 ребёнка.

Я уже думал что сейчас почти никто не пишет хоть сколько-нибудь сложные запросы руками, а все уже используют ORM

Я уже думал что сейчас почти никто не пишет хоть сколько-нибудь сложные запросы руками, а все уже используют ORM

Ну основы то все равно руками)

Я уже думал что сейчас почти никто не пишет хоть сколько-нибудь сложные запросы руками, а все уже используют ORM

ну как бы так сказать

мне частенько приходилось писать DQL

руками

каешна это не сложный запрос руками на нативке, но один хуй

по сути готовый SQL запрос, на основании которого собрана кеш-таблица и ты работаешь с ней, а не с основной БД типа так меньше данных ебёшь и всё быстрее работает

я бы назвал это прокси-моделью

вьюха это типа прокси

например у тебя есть таблица данных сотрудников

и ты не всем хочешь показывать телефоны

делаешь вьюху, которая в столбце PhoneNumber заменяет все номера звёздочками например

Ну тож вариант Я собсно со своего опыта говорю Он конечно не ахти... Но с таким сталкнулся

и когда бесправный юзер делает запрос, ему отдаётся таблица, которая прогоняется через эту прокси и подменяет все номера телефонов на звёздочки

при этом в оригинальных данных нормальные номера лежат

А у них есть название? Мнеб почитать про это...

да, хранимые процедуры, stored procedures

вьюха примерно как таблица создаётся

create view ... и так далее

Я уже думал что сейчас почти никто не пишет хоть сколько-нибудь сложные запросы руками, а все уже используют ORM

вполне обоснованно, если это не хайлоад

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