Сохранен 46
https://2ch.hk/b/res/159994469.html
Прошлые домены не функционирует! Используйте адрес ARHIVACH.VC.
24 декабря 2023 г. Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Аноним 28/08/17 Пнд 13:26:21 #1 №159994469 
sql.jpg
Думал в программаче создать тред, но там долго ждать ответа придется.

Аноны, выручайте. Мне нужно сделать работу в SQL Server, c БД я не работал до этого, но там нет ничего сложного. Проблема вот в чём - когда в запросе в VALUES() пишу дату и время - происходит либо конфликт операндов, либо формат неправильный. В общем, поясните нубу ебаному, в каком формате правильно писать время и дату в запросе? Я уже всё перепробовал - нихуя не работает, ни дата, ни время. Можно было бы и время и дату поставить "NULL", но мне нужно с ними работать в конкретной задаче, а ёбаный SQL ругается на все известные мне форматы времени и даты. Пробовал в интернете взять формат даты и времени - ругается на любой из них. Спасибо заранее за помощь.
Аноним 28/08/17 Пнд 13:40:16 #2 №159995250 
>>159994469 (OP)
2017-05-01 00:00:00.000
Такой формат пробовал?
Аноним 28/08/17 Пнд 13:42:49 #3 №159995394 
>>159995250
Ну или если не помогает, то:
CAST('7/7/2011' as datetime)
или
CONVERT(varchar(30),'7/7/2011',102)
Аноним 28/08/17 Пнд 13:43:12 #4 №159995419 
Зачем люди хранят в ебаном бд информацию, если её можно хранить тупо в файле?
Аноним 28/08/17 Пнд 13:43:35 #5 №159995442 
>>159995419
Затем что ты даун.
Аноним 28/08/17 Пнд 13:45:30 #6 №159995572 
>>159995442
Ты нормально отвечать умеешь?
Аноним 28/08/17 Пнд 13:47:56 #7 №159995726 
>>159995572
Ну давай нормально.
1. Нормализация.
2. Индексирование.
3. Функции, как встроенные так и пользовательские.
4. Триггеры.
5. ХП.

Представь поиск чего-то по файлу например в 200 гб. При этом это чего-то - это не одна строчка, а несколько разрозненных данных, из которого надо слепить одно.

За остальным в Гугл.
Аноним 28/08/17 Пнд 13:52:53 #8 №159996046 
>>159994469 (OP)
Нахуя ты пишешь запросы, если есть LINO to SQL и Entity Framework?
Аноним 28/08/17 Пнд 14:01:06 #9 №159996601 
О, я тоже ебусь с SQL, а тут прям с небес тредик по нему свалился как раз вовремя!

Я тоже нубло, поясните как пару столбцов из одной таблицы впихнуть в другую. Вот есть у меня таблица emp со столбцами id_name и employee_name и таблица aboutemp со столбцами post и salary. Как мне столбцы id_name и employee_name из emp запихнуть рядом со столбцами из aboutemp, чтобы получилось 4 колонки? Желательно пример бы.
Аноним 28/08/17 Пнд 14:04:19 #10 №159996816 
>>159996601
На хрена это в принципе делать? Или тебе выборка из 2-х таблиц нужна?
Аноним 28/08/17 Пнд 14:04:21 #11 №159996818 
>>159996601
гугли нормальные формы
ну и почитай про ключи и связи
пока сам не поймешь - не разберешься
Аноним 28/08/17 Пнд 14:13:49 #12 №159997418 
>>159996816
Ну вот мой пробный запрос

SELECT id_name, employee_name
FROM emp
SELECT post, salary
FROM aboutemp

Конечно, это неправильно, и снизу выведется две вкладки с двумя выбранными столбцами, а как мне сделать так чтобы в одной таблице было 4 столбца id_name, employee_name, post, salary? Надеюсь, правильно объяснил. Пробовал через INNER/LEFT/RIGHT JOIN, выдает ошибку хуй пойми почему, а UNION конечно же даст 2 столбца с данными из четырёх. Короче, чё я сделать должен чтобы так реализовать?
Аноним 28/08/17 Пнд 14:19:25 #13 №159997775 
>>159997418
В XXI веке, хуярить SQL запрос?! Оправдывайтесь пидорашки.
Аноним 28/08/17 Пнд 14:20:33 #14 №159997834 
>>159997775
Ну я в шараге учусь, мне вообще похуй. Я курс пройду и забуду это говно ебаное.
Аноним 28/08/17 Пнд 14:21:34 #15 №159997910 
>>159997418
Бля, так тебе простая выборка нудна что ли? Так бы и объяснил. Я думал тебе в существующую таблицу фигачить надо дополнительные столбцы.

>SELECT id_name, employee_name
FROM emp
SELECT post, salary
FROM aboutemp

Д.б. одинаковые значения ключа в этих таблицах. Или если у тебя БД через зад, то хотя бы какие-то одинаковые значения, например, имя + фамилия работника.

Т.е. таблицы д.б. такого вида:
Employees: EmpoyeeId, EmployeeName
Salary: EmployeeId, Position, Sum.

Тогда, :
SELECT e.EmployeeName, s.Position, s.Sum FROM
Employees e
INNER JOIN Salary s
ON e.EmployeeId = s.EmployeeID


А так у тебя какой-то треш с БД. Проектируй нормально, животное.
Аноним 28/08/17 Пнд 14:22:34 #16 №159997984 
>>159997834
>Я курс пройду и забуду это говно ебаное.
И пойду ломом подметать.
Аноним 28/08/17 Пнд 14:26:48 #17 №159998304 
>>159997984
Ты не так понял, там весь IT преподается. Программирование на С, JS, Аллахе, вступление в IT, Базы данных. Базы данных лично мне нахуй не нужны, посмотри зарплату у офисного БД-быдла и охуеешь. Даже те кто ломом подметают, даже они больше зарабатывают )
Аноним 28/08/17 Пнд 14:27:04 #18 №159998327 
>>159997775
>хуярить SQL запрос?!
А как это делается сейчас?
Аноним 28/08/17 Пнд 14:27:55 #19 №159998400 
>>159998304
Двачую.
Аноним 28/08/17 Пнд 14:28:09 #20 №159998415 
>>159998304
А теперь посмотри зарплаты у тех кто веб делает и тоже охуеешь.
Аноним 28/08/17 Пнд 14:29:07 #21 №159998495 
>>159997775
Полно легаси так-то, да и не всегда ORM по производительности катит, особенно в хайлоаде.
Аноним 28/08/17 Пнд 14:30:40 #22 №159998628 
>>159997910
>SELECT e.EmployeeName, s.Position, s.Sum FROM
>Employees e
>INNER JOIN Salary s
>ON e.EmployeeId = s.EmployeeID

Ошибся немного.

SELECT e.EmployeeName, s.Position, s.Sum FROM
Employees e
LEFT JOIN Salary s
ON e.EmployeeId = s.EmployeeIв

Ты ведь, как типичный рашкованин будешь держать сотрудников и без зарплаты.

Аноним 28/08/17 Пнд 14:32:34 #23 №159998788 
ОП, дату в " или ' пробовал заворачивать?
Аноним 28/08/17 Пнд 14:33:10 #24 №159998842 
>>159998327
Я через LINQ делаю.
Аноним 28/08/17 Пнд 14:33:36 #25 №159998875 
>>159995726
>2. Индексирование.
Нахуй оно надо в 2к17. Остальные пункты вообще ни к селу ни к городу.

>1. Нормализация.
Чисто академическая хуйня, которой преподы на экзах студов валят.

>4. Триггеры.
Говно без задач.

>3. Функции, как встроенные так и пользовательские.
Ебанашка, ты все равно данные в прогу доставать будешь, вот там и пиши функции.

Так что ваши БД - переоцененное говно. Просто куче ебанашек промыли мозги и они юзают БД, потому что ТАК ЗАВЕДЕНО.
Аноним 28/08/17 Пнд 14:33:57 #26 №159998915 
>>159998788
>в "
А смысл её в двойные заворачивать? Для получения смачной ошибки, лол?
Аноним 28/08/17 Пнд 14:34:52 #27 №159999021 
>>159998875
Тогда сразу можно развернутся и ответить этим -> >>159995442
Что и было сделано. А так только время потерял.
Аноним 28/08/17 Пнд 14:35:23 #28 №159999083 
>>159999021
Манька слилась, как мило.
Аноним 28/08/17 Пнд 14:35:58 #29 №159999160 
>>159998842
Если проект в 3 строки - норм. Если в 100к - ты смачно лососнешь тунца.
Аноним 28/08/17 Пнд 14:36:09 #30 №159999183 
>>159996046
Будет у тебя вертикальная структура, тяжко тебе будет с линком.
Аноним 28/08/17 Пнд 14:36:46 #31 №159999266 
>>159999083
Даун, плиз..
Твои высеры обсуждать бессмысленно. А если ты просто толстишь, то напомню что через 3 дня в школу.
Аноним 28/08/17 Пнд 14:38:05 #32 №159999437 
7867689.png
>>159998875
Какой-то клоун себя самым умный возомнил. Смешно.
Аноним 28/08/17 Пнд 14:38:33 #33 №159999499 
>>159997775
А вот ипервый диванный, в тырпрайзах их все еще дохуя.
Аноним 28/08/17 Пнд 14:40:05 #34 №159999727 
>>159994469 (OP)
> либо формат неправильный
Попробуй хуйне VALUE() в скобках указать формат DATA или что-то вроде и вписывай по дефолтному шаблону. А то ты устанавливаешь значение - VALUES, но не указываешь формат и тип данных этого значения, вот у тебя и дебаггер выёбывается.
Аноним 28/08/17 Пнд 14:43:36 #35 №160000394 
>>159994469 (OP)
Покажи запрос, поправлю.
Аноним 28/08/17 Пнд 14:50:45 #36 №160000829 
>>159994469 (OP)
Нихуя се ебать, годный тред в /b/, это что-то новенькое. Двач всё ещё торт. Попробуй так: INSERT table_name VALUES('17:49:00.000', '2017-08-28')
Аноним 28/08/17 Пнд 14:53:07 #37 №160000978 
>>160000829
А у него что ли 2 колонки под это, отдельно под дату, отдельно под время?
Аноним 28/08/17 Пнд 14:58:34 #38 №160001327 
>>160000978
Как я понял из оп-поста. Если одна datetime то '2017-08-28 13:32:56.000', например.
Аноним 28/08/17 Пнд 15:09:26 #39 №160001958 
>>159995419
Ебать дебил, файлами неудобно ремоут доступ давать и из абузнуть на раз два.
Аноним 28/08/17 Пнд 15:27:53 #40 №160002916 
INSERT INTO `table_name` (`date_column`) VALUES ('28-08-2017 15:25:00')

Ток ты смари чтобы был varchar у колонки date_column, а если дата и время оттдельно то,

INSERT INTO `table_name` (`date_column`,`time_column`) VALUES ('28-08-2017','15:25:00')
Аноним 28/08/17 Пнд 16:21:10 #41 №160005895 
>>160001958
Ну а бд это какая-то сложная и непонятна хуета, которую ещё ни ко всем языкам подцепишь.
Аноним 28/08/17 Пнд 16:22:59 #42 №160006009 
>>160002916
Выше тебе правильно написали. Используй CAST или CONVERT. Сигнатуры и примеры использования погугли
Аноним 28/08/17 Пнд 17:04:39 #43 №160008254 
>>160005895
Ухх ебать, целых 6-96 строк из псевдонимов, запросов и подзапросов ААА СЛОЖНААА
Аноним 28/08/17 Пнд 17:16:35 #44 №160008939 
>>159994469 (OP)
ты быть хоть код ошибки и запрос приложил
Аноним 28/08/17 Пнд 17:32:49 #45 №160009940 
>>159996601
а ты не ебись, а открой любую книжку или мануал "освой sql за 24 простых урока"
к 23-му ты уже с легкостью будешь отвечать сам на большинство своих тупых вопросов
Аноним 28/08/17 Пнд 18:43:37 #46 №160014782 
>>159994469 (OP)
comments powered by Disqus