Здравствуйте. Я повторял за вами весь процесс, но у меня не создается файлик с самой базой данных sqlite в папке. Пробовал создавать в ручную, не получается. В чем может быть причина?
скажите пожалста . . . я правильно понимаю что EF Core это именно язык для обращения различным БД, например MySQL или MS SQL? . . .и что ADO.NЕТ это такой же язык как EF Core ??
@@user-hn5km9bo2eВот это и есть оч большой минус который создаёт много ненужного и непонятного геморроя и плодит кучу классов... Я бы ещё понял если это делается на БД без сиквела... Но тут сиквел есть и работает гораздо лучше ваших дурацких классов. И насколько я понял он работает только для 1-ой таблицы. Но большинство запросов 90% это запросы к набору связанных таблиц... И что пролёт? Можно сделать вьюху вы скажете. А потом исчо к существующим 500 классов для этой вьюхи... Но больше всего меня бесит это миграция... А что разве с помощью запроса уже нельзя отредактировать таблицу? Вот...
да нет, ну что вы MS SQL как и MySQL это нормальные БД без всякого ненужного геморроя и там функциональность на порядки выше... А это способ как из простой задачи сделать суперсложную и непонятную архитектуру работы с БД. У которой возможностей раз два и обчёлся... Потому что основная проблема не как с ней работать а как к ней подключиться... а ещё как отредактировать таблицу. Тогда ка с помощью простого запроса это делается легко и непринуждённо! Так что вы совершенно верно заметили. А через ADO это низкоуровневый доступ... Просто разработчики не думают по этому поводу их прозомбировали и они выдают за добро совершенную гадость. достаточно сказать что это новые технологии.. А кто-то сидит и сочиняет весь этот бред... ну наверное чтобы заработать на нас. И у него получается... Типо высокоуровневый подход это хорошо не надо сиквел учить. Но я Вас уверяю сиквел намного проще этого геморроя... А если надо к набору таблиц пишется вьюха и новый класс под запрос... А во вьюхе запрос на сиквеле. Мы просто убрали его из программы и поместили в БД... но надо делать и запрос и классы. Очевидно это хуже чем запрос в проге... Если уж вам надо как-то трансформировать запрос то может сделать некий сервер и клиент-серверную архитектуру. Клиент подаёт запрос в удобной для него форме и получает ответ тоже в форме удобной для него... и никаких работ с БД вобще даже подключений. Это прозрачный клиент ему всё равно куда запросы посылать и от кого получать ответы. Вы можете легко поменять сервер и всё будет работать клиент даже не заметит подмены. А сервер уже получает запросы, трансформирует их в сиквел выполняет запрос формирует ответ и оправляет его клиенту который сделал запрос... Через JSON можно передать не только данные но и код... Это стандартная схема работы клиент-серверной архитектуры. Простая и не высоконагруженая. А если высоконагруженая. то архитектура с серверной стороны намного сложнее. А с клиентской тоже самое...
Яркий пример того как нельзя делать ни в коем случае... потому что это самый сложный и непонятный способ да ещё и работает только с 1-ой таблицей. А если вам надо набор связанных таблиц как обычно это бывает в 90% запросов то что? Создавать вьюху под запрос и новый класс. И так для каждого запроса. Жуть... Столько бреда!
Вот ссылка ruclips.net/video/h9c7TZb2QuU/видео.html там видео и там 5 вариантов работы с SQLite и там объясняется разница между высокоуровненвой работой и низкоуровненвой и промежуточные варианты так же... Но она на английском правда...
Спасибо за видео, режет слух произношение, я вас не прошу учить английский, но используйте пожалуйста какие то общепринятые в коммьюнити слова. Надеюсь моя критика вам поможет развить канал, всего хорошего.
Вам понятно? Мне ничё не понятно. Этот способ самый запутанный и непонятный скорее является ярким примером того как нельзя делать ни в коем случае! К счастью есть способ сделать это всё простым и понятным... если уменьшить кол-во инсталлированных модулей до 1-го а именно System.Data.SQLite.Core.
![Lil Uzi Vert - We Good [Official Audio]](http://i.ytimg.com/vi/DrSfBULAsek/mqdefault.jpg)
Мне сначала послышалось приветствую калеки)))а так спасибо за отличное видео и урок.
:) Спасибо! Заходите ещё
эскюляйт)
Меня на 3 минуты хватило, потом выключил))) невероятно режет слух это лЯйт...
Мутко хлопает по плечу автора ролика.
ваш немецкий великолепен!!! )
не претендую на учителя иняза :)
Здравствуйте. Я повторял за вами весь процесс, но у меня не создается файлик с самой базой данных sqlite в папке. Пробовал создавать в ручную, не получается. В чем может быть причина?
Какие-то ошибки ловятся?
Может создаётся, но не там где ожидаешь?
Лучший!!! Спасибо!!
Спасибо!
Удачи в начинаниях!
скажите пожалста . . . я правильно понимаю что EF Core это именно язык для обращения различным БД, например MySQL или MS SQL? . . .и что ADO.NЕТ это такой же язык как EF Core ??
Скорее не язык, а оболочка. Вы в c# делаете классы, а они проецируются на БД
@@user-hn5km9bo2eВот это и есть оч большой минус который создаёт много ненужного и непонятного геморроя и плодит кучу классов... Я бы ещё понял если это делается на БД без сиквела... Но тут сиквел есть и работает гораздо лучше ваших дурацких классов. И насколько я понял он работает только для 1-ой таблицы. Но большинство запросов 90% это запросы к набору связанных таблиц... И что пролёт? Можно сделать вьюху вы скажете. А потом исчо к существующим 500 классов для этой вьюхи... Но больше всего меня бесит это миграция... А что разве с помощью запроса уже нельзя отредактировать таблицу? Вот...
да нет, ну что вы MS SQL как и MySQL это нормальные БД без всякого ненужного геморроя и там функциональность на порядки выше... А это способ как из простой задачи сделать суперсложную и непонятную архитектуру работы с БД. У которой возможностей раз два и обчёлся... Потому что основная проблема не как с ней работать а как к ней подключиться... а ещё как отредактировать таблицу. Тогда ка с помощью простого запроса это делается легко и непринуждённо! Так что вы совершенно верно заметили. А через ADO это низкоуровневый доступ... Просто разработчики не думают по этому поводу их прозомбировали и они выдают за добро совершенную гадость. достаточно сказать что это новые технологии.. А кто-то сидит и сочиняет весь этот бред... ну наверное чтобы заработать на нас. И у него получается... Типо высокоуровневый подход это хорошо не надо сиквел учить. Но я Вас уверяю сиквел намного проще этого геморроя... А если надо к набору таблиц пишется вьюха и новый класс под запрос... А во вьюхе запрос на сиквеле. Мы просто убрали его из программы и поместили в БД... но надо делать и запрос и классы. Очевидно это хуже чем запрос в проге... Если уж вам надо как-то трансформировать запрос то может сделать некий сервер и клиент-серверную архитектуру. Клиент подаёт запрос в удобной для него форме и получает ответ тоже в форме удобной для него... и никаких работ с БД вобще даже подключений. Это прозрачный клиент ему всё равно куда запросы посылать и от кого получать ответы. Вы можете легко поменять сервер и всё будет работать клиент даже не заметит подмены. А сервер уже получает запросы, трансформирует их в сиквел выполняет запрос формирует ответ и оправляет его клиенту который сделал запрос... Через JSON можно передать не только данные но и код... Это стандартная схема работы клиент-серверной архитектуры. Простая и не высоконагруженая. А если высоконагруженая. то архитектура с серверной стороны намного сложнее. А с клиентской тоже самое...
@@kpanat спасибо
А у Visual Code немає System.Date.Sqlite то що там потрібно підключити?
Через Nuget Packages 2:00
Яркий пример того как нельзя делать ни в коем случае... потому что это самый сложный и непонятный способ да ещё и работает только с 1-ой таблицей. А если вам надо набор связанных таблиц как обычно это бывает в 90% запросов то что? Создавать вьюху под запрос и новый класс. И так для каждого запроса. Жуть... Столько бреда!
Вы с Entity Framework знакомы?
Спасибо и с возращением. ))
PS А как можно защитить(осложнить, запоролить) доступ к бд sqlLite ??
Что подобное этому
www.zetetic.net/sqlcipher/
@@user-hn5km9bo2e Классно. Спасибо за наводку)))
да там если выбрать тип не 3 а другой то будет пароль...
@@kpanat Привет. Не совсем понял
Вот ссылка ruclips.net/video/h9c7TZb2QuU/видео.html там видео и там 5 вариантов работы с SQLite и там объясняется разница между высокоуровненвой работой и низкоуровненвой и промежуточные варианты так же... Но она на английском правда...
А где там EF ?
vidno chto dlya vas eto bylo ne prosto )
Спасибо! Есть такое дело :)
Спасибо за видео, режет слух произношение, я вас не прошу учить английский, но используйте пожалуйста какие то общепринятые в коммьюнити слова. Надеюсь моя критика вам поможет развить канал, всего хорошего.
Благодарю за критику!
К сожалению мы между собой так и разговариваем в офисе
It was so funny to hear how you spell it, especially 'sqlite' word
@@TheNofxsss it's all for fun
Ну это всё понятно, а что значит CodeFirst/databaseFirst?))
CodeFirst - вначале кодируем, затем с помощью миграций создаём таблицы БД. databaseFirst - наоборот, из таблиц базы генерим код
Вам понятно? Мне ничё не понятно. Этот способ самый запутанный и непонятный скорее является ярким примером того как нельзя делать ни в коем случае! К счастью есть способ сделать это всё простым и понятным... если уменьшить кол-во инсталлированных модулей до 1-го а именно System.Data.SQLite.Core.