Был у кого-нибудь опыт использования Sequelize, Persistence.js или Node ORM в рабочих проектах? Какие подводные камни? Олсо посоветуйте годных книг по postgresql.

>>735312
Юзал Sequelize в десятке проектов, лютейшая годнота. Для SQL баз ничего лучше нет. Для монго - Mongoose. Ещё слышал о Bookshelf, но не юзал.

Чем по факту занимаются dba?

>>735437
Бэкапы, откаты из бэкапов, откаты из дейли лога insert/update запросов, ручные вмешательства в БД самые разные, мониторинг производительности, тюнинг конфигов, выдача пиздюлей программистам в ряде случаев, переход на новую версию СУБД, иногда решение архитектурных вопросов совместно со всякими там архитекторами и погромистами. Зачастую работа со всем этим в контексте многосерверного кластера.

>>735299 (OP)
за графовые базы кто пояснит? бэкапы, репликация, подводные камни.

>>735483
В постгресе есть JSON тип и операторы к нему, но не факт, что твоя ORM реализует полную обертку к этим операторам, а это может стать причиной лютого говнокода. Хотя sqlalchemy, например, поддерживает более-менее json. А вот бенчмарк выборок: http://blog.2ndquadrant.com/jsonb-type-performance-postgresql-9-4/

В случае если документы являются основой проекта, код моделей будет легче поддерживать, если используешь mongodb, так как обертки к ней более явные.

>>735512
>говнонго
Нет. Хуета для хипсторов

>>735489
Эта вообще nosql база, там конечно есть язык запросов, но агрегаций и джойнов в нем нет. Используется в случаях, когда нужна быстрая запись, а быстрые и сложные выборки не нужны, пример такой ситуации сбор статистики или web-crawling.

Аноны, помогите. В PostgreSQL нужно хранить разницу времени, которую я высчитываю на сервере.
Например:
8:13:55 + 10:0:5 + 20:0:0 = 38:14:0
Как мне хранить именно в таком формате (1244:40:43)?
Какой тип данных выбрать?

>>738582
>Как мне хранить именно в таком формате
Зачем?

>Какой тип данных выбрать?
Число миллисекунд

>>738585
>Зачем?
Просто мне нужно именно суммировать и отображать часы.

Ладно, возьму int.

Анон, купил себе мак, запустил виртуалку с виндой, которая была на прошлом ноутбуке, через Parallels, теперь пытаюсь из OS X подключиться к базе Oracle, как через веб интерфейс, так и через SQLDeveloper. Вроде бы соединение начинается, но до конца не может подключиться (в SQLDeveloper пишет "The Network Adapter could not establish the connection"), порты в брандмауэре открывал, но тщетно. Кто нибудь еще так извращался? как справились со своими девиациями?

>>748572
а оракл где крутится? на виртуалке?
мсье понимает толк в извращениях.

>>748572
Ставь линупс и не еби мозги

>>748640
Оракл в виртуалке, всё так

>>735437
dba не нужен.

>>748781
Не еби себе мозг.
поставь буткамп, затем нормальный виндовоз, сверху оракл и остальное чо хочешь.
sql develepor выбрось нахуй и поставь toad.

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

макось охуенная вещь для дизайнеров и иос-дрочинга, но не дб-дев.

>>748572
1) Ставь DOCKER
2) Качай образ https://hub.docker.com/r/wnameless/oracle-xe-11g/

Посоны, ткните номос в мануал для даунов который научит меня получать полезную информацию из выхлопа explain и explain analyze.

>>748572
телнетом в порт виртуалки удаётся достучаться?

Монганы, почистил базу записей старше последнего месяца, скриптом от вендора. Монга вроде очистилась, но создала кучу файлов, и место на диске не освободилось. Кто сталкивался, что делать?

>>752501
MySQL, таблицы с типом "MEMORY".

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

Ньюфаг вкатился в тред. Так как искал этот тред два года. Нет конечно не два, но вы поняли.
В общем я нихуя не программист, я блядский инженер, да даже сейчас и не инженер, а техник. В общем занимаюсь востановлением и мелкой проектировкой электроники. Но не суть.
Есть пара вопросов:
Что нужно знать Что бы быть админом oracle sql?
С чего вообще начинать изучение? Готов курить литературу на английском. Если тут есть админы то прошу захуячти мне фак. Я очень прошу, вы мне так сильно поможите. Умоляю антоши.
буду бампать свой вопрос пока не заебу вас.

>>754121
Вверх ребята, вверх.

>>735512
В мускуль 57 тоже json завезли, даже амахон поддерживает.

>>754121
Бамп.

Dba боги не чтото не общительны

сап дбасы
как вам sqlite3?

>>757800
Лучшая встраиваемая реляционная база данных.

>>757959
Двачую этого.
Намедни запилил в прожект.
Ахуенная вещь ящитаю.

>>735299 (OP)
Sup!
Есть у кого готовые базы MS access?

и все-таки, кластерный индекс в MS~ - это отдельный объект базы данных, либо все-таки функция (способ) упорядочивания данных в физической коллекции?
если да, то как выполнятор запроса узнает, нужно ли обращаться к индексу для поиска данных, либо перебирать все существующие строки (в случае кучи)? это все хранится в метаданных (мб неправильный термин) таблиц или вью, или что-то вроде внутренней реализации if exists (select superindex from sys_objects)?
не DBA

>>761369
Разобрался. >_<

>>757762
оставь мыльце, накидаю тебе фак, если надо еще

>>761155
бамп, или хотя бы подскажите литературу по MSSQL годную (для уровня быдлокодер), где этот вопрос можно осветить для себя

>>761147
Есть.

>>764479
Когда я создаю курсор с селектом без лимита на большую базу, данные как-то кешируются или курсор сразу все в себе имеет? Sqlite.

>>764746
Случайно реплай.

>>764746
даже на википедии написали, а ты найти не можешь
Cursors allocate resources on the server, such as locks, packages, processes, and temporary storage. For example, Microsoft SQL Server implements cursors by creating a temporary table and populating it with the query's result set. If a cursor is not properly closed (deallocated), the resources will not be freed until the SQL session (connection) itself is closed. This wasting of resources on the server can lead to performance degradations and failures.

>>764752
Не вижу где говорится про кеширование результатов.

>>764758

> For example, Microsoft SQL Server implements cursors by creating a temporary table and populating it with the query's result set.

>>764765
Sqlite. И что если там база большая, на полный селект он ее всю во временную скопирует?

>>764805
такое пишут
http://stackoverflow.com/questions/10376691/how-does-a-sqlite-cursor-work-internally

>>764816
Спасибо. Вероятно все результаты сразу будут в памяти.

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

Нужна помощь, анон, в sql нихуя не умею на данный момент.
В бд есть две таблички:
1. Customer
Id |Name
------------------
1 |Ivanov
2 |Petrov
3 |Sidorov

2. CustomerInfo
Id |Field |Value
----------------------------------------
1 |FirstName |Ivan
1 |Phone |123456789
2 |FirstName |Peter
2 |Phone |987654321
3 |FirstName |Sidor

Таблички связаны по полю Id

Требуется написать SQL-запрос, возвращающий следующий резултат

ID |FirstName |Name |Phone
-----------------------------------------------
1 |Ivan |Ivanov |123456789
2 |Peter |Petrov |987654321
3 |Sidor |Sidorov |

>>766344
unpivot

>>766352
или pivot? ну короче, одно из двух

ребят, есть у кого-нить пулеметные курсы по SSRS? желательно галопом и по всему базовому. еще желательней на росеянском

Скажите если у меня есть Очень Большая Таблица и естественно на ней есть индекс и используя один из тысяч специфических конструктов я выделяю записи с 1000000 по 1000010, то эти десять записей сразу же загрузятся используя индекс или чего-то там еще будет сканироваться по всей таблице? Если первое то почему некоторые утверждают что это не так, а если второе - то почему так плохо зделали, тупо?

>>766992
> индекс
> будет сканироваться по всей таблице
ты понимаешь, о чем пишешь?

>>767034
Безусловно.

>>766992
Чувак, я нихера не понял что ты сказал, но ты достучался до моего сердца.
https://www.citusdata.com/blog/1872-joe-nelson/409-five-ways-paginate-postgres-basic-exotic
https://habrahabr.ru/post/301044/

>>767222
так он же не о пагинации вопрошал. насколько я понял, товарищу был важен знать механизм, как система отберет записи, находящиеся в ебенях таблицы, если план выполнения точно знает, что выбирать нужно именно их.
чи не?

>>766992

Допустим, у тебя индекс по полю ID. Если твой SELECT ищет по полю ID, то для поиска записей будет использован этот индекс. Если же использовалось дополнительно ещё какое-то поле, то будет произведен поиск среди записей, которые были найдены по индексу.

Насчет "загрузятся" - нет, не совсем. Сервер найдет записи, но не будет их загружать. Индекс, однако, может содержать определенные поля. То есть индекс по ID может дополнительно содержать копию данных из поля Login, и тогда SELECT [Login] FROM [Table] WHERE ID IN (1,2,5) вернёт тебе нужную информацию даже не читая конкретные записи, а прямо из индекса.

>>767222>>767256
Я читал вот эту статью
http://use-the-index-luke.com/no-offset
>offset instructs the databases skip the first N results of a query. However, the database must still fetch these rows from the disk and bring them in order before it can send the following ones.
WTF?

Кстати я в целом разделяю его аргументы, особенно про пагинацию на меняющихся данных, когда постоянно все куда то убегает - это просто пиздец. Но допустим что таблица у меня неизменна и я реально хочу выбрать с 1000000 по 1000010 элемент. Меня интересует вопрос на сколько это (не)эффективно.

Проиграл с колдунств в обсуждении статьи на хабре. Вся суть свитеропетушения. Самое дно разработки, хуже верстки.

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

Посоны, у меня тупой вопрос по SQL но надеюсь что вы сразу на хуй не пошлете.

В общем есть база данных в ней записи с колонками "дата" "время" и "имя пользователя". Известно четыре имени пользователя, которых условно можно отнести к группе "местные ребята", а все остальные имена соответственно к группе "не местные ребята".

Вопрос вот в чем: как сделать выборку по датам таким образом, что бы сгруппировав все записи по датам, поставить статус напротив каждой группы "встретились только местные" / "встретились не только местные" / "встретились только не местные".

Я не студент, интересуюсь для общего развития т.к. хочу уже свои скрипты научить данные в базу выгружать, а не по текстовым файлам хранить как лох.

Ниже код, выборки и задачи писал себе сам, я застрял на этапе "-- when players can't make full party and is it regular party or not?" с полной-неполной группой получилось разобраться, а вот определить статус группы нет:

/ Friendly Card Game Results:
During this past winter, a few friends got together every Wednesday night for a friendly game of cards. On some nights they'd play two games, but never the same game twice on the same night. The usual players were Spunky Sam, Marcimus, Winston, and Hopper. Sometimes, one of the friends couldn't make it, so there were only three players. But sometimes they'd call another friend to fill-in. In every game they played, the one with the hightest score was declared the winner. These are their results:
Created by: https://www.khanacademy.org/profile/brianduckworth
/

CREATE TABLE card_games(id INTEGER PRIMARY KEY AUTOINCREMENT,
date_played TEXT,
game_name TEXT,
player_name TEXT,
score INTEGER);

INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/07','Rummy','Spunky Sam',226);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/07','Rummy','Marcimus',418);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/07','Rummy','Winston',523);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/07','Rummy','Hopper',311);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Go Fish','Spunky Sam',7);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Go Fish','Marcimus',5);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Go Fish','Winston',4);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Go Fish','Hopper',10);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Crazy Eights','Spunky Sam',215);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Crazy Eights','Marcimus',167);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Crazy Eights','Winston',109);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/14','Crazy Eights','Hopper',192);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/21','Rummy','Spunky Sam',473);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/21','Rummy','Marcimus',324);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/21','Rummy','Hopper',516);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/28','Crazy Eights','Spunky Sam',119);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/28','Crazy Eights','Marcimus',212);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/28','Crazy Eights','Purple Pi',314);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/01/28','Crazy Eights','Hopper',252);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Go Fish','Spunky Sam',3);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Go Fish','Marcimus',11);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Go Fish','Winston',12);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Go Fish','Hopper',0);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Pitch','Spunky Sam',17);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Pitch','Marcimus',22);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Pitch','Winston',-3);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/04','Pitch','Hopper',9);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/11','Rummy','Amelia',525);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/11','Rummy','Marcimus',419);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/11','Rummy','Winston',316);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/11','Rummy','Hopper',398);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/18','Crazy Eights','Spunky Sam',119);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/18','Crazy Eights','Marcimus',231);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/18','Crazy Eights','Winston',153);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/18','Crazy Eights','Hopper',175);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Pitch','Spunky Sam',12);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Pitch','Marcimus',6);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Pitch','Winston',21);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Go Fish','Spunky Sam',6);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Go Fish','Marcimus',7);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/02/25','Go Fish','Winston',13);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/04','Rummy','Spunky Sam',378);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/04','Rummy','Marcimus',327);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/04','Rummy','Winston',413);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/04','Rummy','Hopper',517);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/11','Pitch','Spunky Sam',-1);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/11','Pitch','Marcimus',-5);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/11','Pitch','Winston',7);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/11','Pitch','Hopper',22);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/18','Crazy Eights','Spunky Sam',91);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/18','Crazy Eights','Marcimus',153);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/18','Crazy Eights','Amelia',174);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/18','Crazy Eights','Mr. Pink',216);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/25','Rummy','Spunky Sam',416);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/25','Rummy','Marcimus',505);
INSERT INTO card_games(date_played,game_name,player_name,score) VALUES ('2015/03/25','Rummy','Winston',397);
SELECT FROM card_games;

/
What are average, max, and min values in the data?
id (PK) INTEGER
date_played TEXT - total / per day
game_name TEXT - most popular / least popular
player_name TEXT - players per match / total most and least popular player
score INTEGER - per game / average
*/

--get player names
select player_name as 'player names' from card_games group by player_name;

-- determine and separate usual and unusual players
select player_name,
case
when player_name in ("Spunky Sam","Marcimus","Winston","Hopper")
then "Usual player"
else "Unusual player"
end as player_status
from card_games
group by player_name
order by player_status;

-- when players can't make full party and is it regular party or not?
select
game_name as game
,date_played as date
,count(player_name) as players

,case
when count(player_name) < 4 then "Not full party"
else "Full party"
end as "meeting status"

-- problem below - how to determine party status?
,case
when player_name in
("Amelia","Mr. Pink","Purple Pi")
then "Not regular party"
else "Regular party"
end as "party status"

from
card_games
group by
date_played
,game_name
order by
date_played;

-- how many times they call unusual player?

>>777351
тебе инсерты надо было обязательно включать, сучара?
я бы создал темптейбл с айдишниками правильных пацанят. далее общую выборку лефтджойнишь на временную таблицу: если нет записей с null - все свои, если все нулл - все левые, иначе - салат с мелкопорубленными огурцами

>>777351
Засунь это в sqlfiddle, не надо такие простыни пастить

> Мне удалось построить свою маленькую Exadata в Amazon cloud. Теперь этот проект называется Engineered System at home in cloud. Вы знаете, что даже у Oracle нет Engineered System in cloud? А у вас - будет. Как только я осилю оформление инструкции -)

> Стоимость построения - примерно $15. Эксплуатации - зависит от продолжительности.

> Прелесть по сравнению c решением на домашней виртуальной машине - у вас есть возможность получить много ресурсов. Немедленно. И заплатить за них смешные деньги. Посмотрите какие типы виртуальных машин можно получить. 32 vcpu, 244 Gb памяти.

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

> Можно долго бубнить о том как же сравнить текущую систему с тем что там в Amazon, что там vcpu - а можно сделать baseline test, дальше включить InMemory, дальше подключить Exadata Cell. Со своего ноутбука - вам не понадобиться ничего, кроме ssh и браузера. В Новосибирске, Красноярске или даже в Омске можно за выходные узнать о том, как работают все новомодные опции Oracle за, как мне кажется, разумные деньги

> http://dsvolk.blogspot.ru/2014/11/engineered-system-at-home-breaking-news.html

> postgresql 9.6 beta2

update most contrib extensions for parallel query
two fixes for pg_trgm (trigram) bugs
rewrite code to estimate join sizes for better performance
correct handling of argument and result datatypes for partial aggregation
fix lazy_scan_heap so that it won't mark pages all-frozen too soon
mark additional functions as parallel-unsafe
check PlaceHolderVars before pushing down a join in postgres_fdw
improve the situation for parallel query versus temp relations
don't generate parallel paths for rels with parallel-restricted outputs
make psql_crosstab plans more stable
finish loose ends for SQL ACCESS METHOD objects, including pg_dump
stop the executor if no more tuples can be sent from worker to leader
several pg_upgrade fixes to support new features
fix regression tests for phrase search
add new snapshot fields to serialize/deserialize functions
measure Bloom index signature-length reloption in bits, not words
many improvements to parallel regression tests
many documentation updates and clarifications
multiple translation updates for the docs

https://twitter.com/ModernSQL/status/747050205388877828

Оракли - ацкая быдлятина.

Например, в 10g движок хавал селекты с /r/n в качестве перевода строки, но не хавал аналочиные апдейты. Т.е. селект и апдейт там парсился разным былокодом. Учитывая, что это говно написано на С/C++ я не удивлюсь, если там вообще используются разные библиотеки для работы со строками.

В общем да, если сравнивать СУБД с языками программирования, Оракли == С++.

Стал популярным случайно - Ларри спиздил недоделанные исходники из IBM-а и стал загонять их аж как вторую версию своей чудо-СУБД, а быдло поверило; за счет чего держится - не понятно, т.к. не обладает никакими преимуществами по сравнению с конкурентами и чуть ли не самый медленный; все от него плюются и только узкий круг ограниченных ораклисвиней, которые ничего кроме оракли не знают и не видели, кормятся опилками с распилов от неудачных внедрений и считают себя сука илитой.

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

>>738588
INTERVAL

>>780928
sql server вырвиглазный платформлок
informix мертв
db2 не нужон
freesoft - не имеет встроенных менеджеров очередей, готовых dbms_what_you_want и повышает шанс замены студента админа с кучей сертификатов школьником, умеющим ставить lamp. Ах да, специалистов нема.
Что там ещё?

>>780970
че по mssql по существу-то?

Анончики помогите с литературой по архитектуре создания бд

>>781025
https://ru.wikipedia.org/wiki/%D0%92%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B2_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%B1%D0%B0%D0%B7_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

>>780987
Энжой йо тэмпдиби https://www.brentozar.com/archive/2014/07/oracle-terminology-sql-server-dba/

>>783392
Indexes can speed up update and delete operations

Здравствуйте, ананасы! Я вообще базами почти никогда не пользовался, только ораклом на практике по бд, но теперь возникла необходимость создать ее для моего проекта на Qt. В общем, делаю я ежедневник и нужна мне база, чтобы там записи хранить и вытаскивать по нажатию кнопки. Подскажете с чего вообще начать?

>>783448
С проектирования.
Определения сущностей и связей между ними.
E-R моделирование.

>>783436
Что тебе не понравилось в этой фразе?

>>783444
SQLite бери.

>>783499
Что тебе не понравилось в этой фразе?

>>783511
Расскажи как индексация ускоряет update и delete.

>>783516
Рассказываю.
Чтобы что-то update или delete, это что-то нужно сначала найти. Если существует индекс, совместимый с условиями поиска, он будет использован. Если нет, будет full scan (полный перебор всей таблицы).

>>783571
А что с индексом будет после изменения таблицы?

>>783584
Если в результате изменения таблицы изменятся поля, учааствующие в индексе, то в индекс будут внесены изменения, соответствующие изменениям в таблице.

>>783619
> перестройка индекса
ЧТД

>>783619
при удалении записи изменения в структуре индекса произойдут гарантированно, nyet?
но, в любом случае, ты хочешь мне сказать, что издержки, связанные с перестроением индекса хотя бы в трети случаев соизмеримы с прибавкой скорости поиска записей?

>>783669
конечно

>>783624
Не путай изменение индекса с перестройкой индекса.

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

Есть ли смысл объединять таблицы лайков разных сущностей в одну? И если объединять, можно ли задать динамический foreign key в зависимости от типа сущности?

>>783785
Научись связно излагать свои мысли на родном языке.

>>783834
Если ты не понял предельно точный вопрос, значит, ты слишком туп, чтобы на него ответить.

>>783840
Я понял даже твоё несвязное бормотание.
Это не означает что учиться излагать мысли связно на родном языке тебе не нужно.

>>783772
мой манямир порвался

>>783785
ключом может быть GUID, зачем придумывать какую-либо динамику?

>>735299 (OP)
Поясните мне следующие вопросы. Постараюсь изложить максимально внятно:
1. Нормально ли когда в документо-ориентированных базах мы в документ запихиваем максимум информации и в каждом документе дублируем одно по одному, вместо того чтоб сделать ссылку. Например, если у нас база товаров, и каждый товар описывается документом, то мы в каждый документ записывам всю инфу о прозиводителе типа там "Самсунг, корея, доллары", а не делаем ссылку на коллекцию с производителями.
2. Если нужен отклик 0,1-0,5 секунд для базы в миллион документов, каждый из которых содержт списки и весит по 100-200кб, справится ли MongoDB с таким? или же уже стоит смотреть в сторону изменения модели данных и использования key-value баз? Понятно что зависит от многих других факторов, но хотелось бы примерно узнать.
3. в реляционных базах можно делать вложенные запросы, типа SELECT ... from ... (SELECT ...),Можно ли подобное делать в документных, типа сделали выборку документов, потом из этой выборки делаем другую выборку и тд. И сразу вопрос про key-value, что там с операцией пересечения множеств? K1 -> S1, K2 -> S2 ... И вот я делаю выборку по этим ключам, но нужно пересечение S1 с S2 и т.д.

>>785513
Задавай свои вопросы.>>785434
>Нормально ли когда в документо-ориентированных базах
Нормально для документо-ориентированных недоБД.
Дело в том что в них буква C из аббревиатуры ACID означает только атомарность изменений на уровне одного объекта. Поэтому как только ты сделаешь куда-то линк, поддерживать его ты не сможешь и не сможешь поддерживать консистентность твоей базы данных. Поэтому кроме такого варианта - лепить все в один документ - вариантов просто нет.
Есть нереляционные БД с нормальной (и даже очень хорошей поддержкой транзакций и ACID, а не карикатуры на него), но для работы с ними тебе потребуется купить мейнфрейм. Кстати, они - вместе с качественно реализованными транзакциями и ACID - были задолго до реляционных - поинтересуйся в какой версии Oracle вообще транзакции появились.

> Если нужен отклик 0,1-0,5 секунд для базы в миллион документов
С этим справится PostgreSQL без проблем. Даже с дефолтными настройками, которые ему достались в память о тех временах когда 256 мегабайт RAM были непозволительной роскошью.

> справится ли MongoDB с таким?
Справится. Но будь готов к тому найдется ли твой документ или нет будет зависеть от фазы Луны - https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.s3ko3vfnx

>>785540
Исходя из твоего ответа, верноли я понял что всякие монги это всё хипстерская тема, которая работает нестабильно и жрет много памяти. И что лучше постараться обойтись традиционными реляционными средствами.

Подскажие тогда с задачей. Сырые данные выглядят следующим образом:
{id: N, data: [[25,10,1,52],[4,25],[10,52,81]]}
data - это список списков, каждый список может быть длиной от 1 до 1000, и самих этих списков может быть 1-100, но как правило всё в пределах 10-20. Вместо чисел строки.
Таких вот блоков может быть миллион и более. Запись производится редко, и ее скорость вообще неважна. А вот чтение нужно быстрое, запрос примерно выглядит так: дан набор чисел, например 25,4,52. Нужно выдать все id, для которых соответствующая data содежит эти числа. И нужны хорошие средства для сортировки результата, чтоб можно было писать свои нетривиальные функции (критерии) сортировки.
Изменится ли как-то задача, если data - это будет дерево.

>>785645
Да.
https://www.reddit.com/r/programming/comments/3dvzsl/why_you_should_never_ever_ever_use_mongodb/

>>785649
https://www.postgresql.org/docs/devel/static/ltree.html
https://www.postgresql.org/docs/devel/static/datatype-json.html
https://www.postgresql.org/docs/devel/static/arrays.html

>>785673
>в чем смысл key-value
хуяк-хуяк, не надо ничего знать, кидай щебень лопатой в монгу, хуяк-хуяк

Шалом.
Есть sql код, создающий бд. Какой нужен инструмент, программа, чтобы записать с помощью этого кода данные в excel?

>>785688
ODBC

>>785697
Из-за такой хуйни сервер поднимать? Может онлайн инструмент есть?
Еще есть текстовик с выгруженой базой, есть программка для простого парсинга?

Аноны дайте годных источников для изучения Mongodb, а именно как работать с ним в express

>>785795
тебе в жс-тред

>>785795
http://mongoosejs.com/
Надеюсь, ты умеешь в английский.

Обучалка по PostgreSQL https://pgexercises.com

Бдует полезно тем кто не знает SQL и не работал с РСУБД

>>786065
Добавьте в шапку.

Еще http://sqlbolt.com/ и sqlfiddle

>>786135
fiddle же только мускуль сейчас поддерживает

>>786142
PostgreSQL, Oracle, SQLite и MS SQL Server он поддерживает кроме MySQL.
http://sqlfiddle.com
Менюшечка сверху слева.

>>786164
"поддерживает"
http://stackoverflow.com/a/37042895

>>786197
Люди, умеющие использовать временные таблицы, за каким хером вообще пойдут на этот fiddle?
Все это для нубов, разумеется.

>>786200
дабы показать пример работающего кода воочию
ну, и для того случая, когда СУБД под рукой может не быть

>>786213
Кстати, а есть же наверное у MS какие-то бесплатные аккаунты в Azure с MS SQL Server для популяризации его среди трудящихся?

>>786290
месяц триала. в данный момент, насколько я знаю, требуют при регистрации номер кредитки

Хочу арендовать сервер, и нужно определиться сколько оперативной памяти будет достаточно, при этом важно сэкономить денег. База postgresql весит 10 гигов. Хватит ли 2гб оперативы для нормальной работы? Структура довольно простая: одна здоровенная таблица, которая содержит 90% данных, и четыре вспомогательных. Хочу взять вот такое https://www.digitalocean.com/pricing/ за 20 баксов месяц.
Вообще 10гигов база это что-то крупное уже или детский лепет?

>>787124
Детский лепет.
PostgreSQL петабайты ворочает без проблем.

>>787124
https://www.depesz.com/2012/06/09/how-much-ram-is-postgresql-using/

Господа, посоветуйте годной литературы по MongoDB, был бы очень вам благодарен.

>>787359
Очевидный MongoDB in action.

Шапку запилите, пидоры

>>787359
https://aphyr.com/posts/322-call-me-maybe-mongodb-stale-reads
https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.s3ko3vfnx

Анон, советуй что-то на освоение phpMyAdmin.
Какой-то мануал, на русском с детальным объяснением как с этой штукой обращаться.

>>787763
а для гугл хрома мануал тебе не написать?

Верно ли что лучше чтоб данные максимально подготавливались субд, в противовес когда мы что-то дергаем из базы и потом еще обрабатывем это.

>>735299 (OP)
Нужна встраиваемая графовая база данных. Приоритет - производительность, многопоточность. Будет работать только на одной машине.

>>787894
Одной-двумя записями манипулируй где хочешь. Если запрос с парой джоинов, группировкой и сортировкой - пусть это сделает бд.

>>787935
AllegroGraph

>>787978
> RDF triple store
> When you download the free version of AllegroGraph, no License Key is provided or required. The free version lets you load a maximum of 5,000,000 triples, and has no expiration date.
Толсто

>>783669
>при удалении записи изменения в структуре индекса произойдут гарантированно, nyet?
Все зависит от того с какой СУБД ты работаешь. Ее надо знать.

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

>>788067
В чем твой вопрос, долбоеб?
Ты хотел высокопроизводительную графовую СУБД, пригодную для встраивания? Ты ее получил.

Модные молодежные хипстеры. В Netflix. Мигрировали биллинг с Оракела в AWS.
> http://techblog.netflix.com/2016/06/netflix-billing-migration-to-aws.html
> The truth is, moving to the cloud was a lot of hard work, and we had to make a number of difficult choices along the way. Arguably, the easiest way to move to the cloud is to forklift all of the systems, unchanged, out of the data center and drop them in AWS. But in doing so, you end up moving all the problems and limitations of the data center along with it. Instead, we chose the cloud-native approach, rebuilding virtually all of our technology and fundamentally changing the way we operate the company.
Всё переписали, убили тучу времени и денег, в процессе нахреначили новых багов взамен исправленных старых.
Вот нахуя?

>>787872
Напиши.

> Neural Networs in MySQL
> http://blog.itdxer.com/2016/07/01/neural-networs-in-mysql.html

>>788233
Что не так? Уменьшили технический долг, которого всегда очень много в энтерпрайзе. Через год стабилизируют код и будет заебись.

Смотрите какая лалная лалка:
https://www.reddit.com/r/programming/comments/4rc9uu/say_no_to_venn_diagrams_when_explaining_joins/
https://blog.jooq.org/2016/07/05/say-no-to-venn-diagrams-when-explaining-joins/
А я то думал когда мельком на эту хуету натыкался - ну чего несут, просто охуительные истории какие-то. Но лень было особо разбираться. А оказывается так и есть, свитера все-таки ебанутейший народец.

>>789196
>свитера
Что означает это слово в твоем сленге?

>>789203
Любой кто считает что
1. Всю бизнес логику следует хранить в базе
2. SQL хороший язык программирования

>>789213
Понятно, все кто не говнОРМщики и знают про что-то чуть большее чем "селект звездочка".

А почему именно слово "свитер"?

>>789216
Это уже давно устоявшийся мемец, так что луркай нубяра.
Алсо знал двух таких долбоебов и их любимая одеждой-униформой был ну-ты-понел. Совпадение? Не думаю.

>>789213
>Любой кто
Тут запятая.
> SQL хороший
Тут дефис.

>>789251
Лучше бы хоть поднатужился и по теме что высрал лалка

>>789225
Я в замешательстве. Свитера тоже иногда ношу, английские, из тонкого кашемира.
Как же теперь быть.

>>789289
Мне показалось что тебе пытались намекнуть что кичться собственным незнанием чего-то и неумением чего-то - как минимум, неумно.

>>789213
> 1. Всю бизнес логику следует хранить в базе
А что в этом плохого?

>>789296
Отнимает работу у говнОРМщиков.
Ставишь PostgREST и оказывается что в 98% случаев их говноконвертор селектов в JSON, на каком-нибудь тормозном уебище типа рельсов, НИНУЖЕН вообще, от слова "совсем".

>>766344
select
Customer.id as ID,
fname.value as FirstName,
Customer.name as Name,
phone.value as Phone
from Customer
inner join CustomerInfo fname on customer.id=fname.id and fname.field='FirstName'
inner join CustomerInfo phone on customer.id=phone.id and fname.field='Phone'

а воще за такой дезигн таблиц нада убивать

Создал ща в постгресе простую таблицу из двух столбцов id, name. Заполнил 1000000 записей так что id = 1..1000000, а name - это случайные слова типа "one", "two".
делаю
select id, word from words where id > 900000 and id < 1000000;
запрос 0.43 секунды выполняется. Это очень долго. Нужно в сотни раз быстрее.
Но если 900000 заменить на 990000 - то быстрее в 10 раз. То есть дело видимо в физическом считывании. В общем что делать? Индекс какой-то использовать или что? Хотя я проиндексировал столбцы.

>>789331
Из 0.43 секунд 0.4299 секунд ты данные фетчишь.
Фетчи быстрее, выкинь Ruby.

И explain (analyze, buffers) в студию.

>>789331
Что ты собрался делать сразу с сотней тысяч записей?
https://www.postgresql.org/docs/9.3/static/sql-fetch.html

>>789388
подключался из раста
фетч это типа когда данные из бд преобразуются в формат языка из которого я делал запрос?
>>789408
Это тестовая выборка. Но вообще там дальше с этими 100 000 записями должны быть еще действия.

>>789296
>А что в этом плохого?
Держать бизнес-логику в базе - это как кодить на брейнфаке палочкой торчащей из ануса. Но свитерам нравится.

>>789469
Да хоть из OCaml, кто знает насколько эффективно твой Rust работает с БД на уровне протокола и через какую рукожопию у него десериализация.

Еще раз - explain (analyze, buffers) в студию, телепаты в отпуске.

> там дальше с этими 100 000 записями должны быть еще действия
Вот и делай их последовательно, эти действия, зачем тебе сразу 100000 записей выгребать-то, и быстро? Лучше всего прямо рядом с данными и делай, и выгребай уже готовые результаты - всё лучше чем циклами в совем Rustе по ним же и бегать. Напиши на своей расте обработку данных, возьми курсор, и обрабатывай сколько надо - https://github.com/thehydroimpulse/postgres-extension.rs

>>789476
>Держать бизнес-логику в базе - это как
Конечно, лучше вложенными циклами по "селект звездочка вхере id = i" пердолиться как в 1989 году с пачкой dbf-файлов. Рассказывать потом еще как СУБД "тормозит".

К тому же вся твоя "бизнес-логика" обычно это взять "селект звездочку" и в JSON выплюнуть.

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

>>789469
DECLARE c SCROLL CURSOR FOR select * from t where id > 900000 and id < 1000000;
FETCH FORWARD 5 FROM c;
> Record Count: 5; Execution Time: 0ms

>>789480
Ты даже не понимаешь над чем я иронизирую из твоего говнОРМ-манямирка.

Вся твоя бизнеса-логика - это одна функция json_agg из PostgreSQL.

>>789491
Ты хранимку на пять тысяч строк уже закончил, иронизатор? Или она уже не переваривается движком как слишком длинная?

>>789506
В PostgreSQL нет "хранимок" - https://wiki.postgresql.org/wiki/FAQ#Does_PostgreSQL_have_stored_procedures.3F

Если же ты хотел поиронизировать (если предположить что тебе знакомо это слово) над портянками SQL, про которые ты что-то слышал от кого-то - то может быть тебе самому стоило бы ознакомиться со списком языков, которые поддерживаются (в качестве средств для имплементации user-defined functions), например, PostgreSQL - в них входит и Python, и Java, и Javascript, и Lua, и Си, и Perl, и Tcl, и еще десяток других. И все имеющиеся в них средства организации модульности, разумеется, никуда не деваются.

>>789512
/dev/null то же самое, только намного быстрее

> In this post, we demonstrate Redis losing 56% of writes during a partition.
> https://aphyr.com/posts/283-jepsen-redis

>>789515
Редис наверное крут если нужно много и быстро read делать.

>>789513
Представляю как охуевает оптимизатор от такого зоопарка.
Производительность - знакомо такое слово свитерок?

>Why is "SELECT count(*) FROM bigtable;" slow?
Спасибо, посмеялся.

>>789520
Перед тем как делать read, обычно надо что-то туда write. И если write туда - примерно то же, что и в /dev/null, то можно делать read сразу из /dev/random - то же самое, только намного быстрее.

>>789532
> оптимизатор
Какие ты слова знаешь, где услышал?

> Представляю
Слабо верится.

> Производительность
Побить производительность говнОРМ, которыми ты в цикле делаешь 100500+ запросов "select by id", а потом 200600+ вытаскивая атрибуты - действительно сложно превзойти.

> Спасибо, посмеялся
Над чем же?
Ты даже не понял что проблема не в count, а в count distinct.
Если тебе действительно* нужно все время получать count, то делай то же, что ты делаешь в любом другом месте, в любой структуре данных, в любом языке и на любой платформе - заводи счетчик и обновляй его при вставке и удалении.
Если же, как это чаще всего бывает, абсолютная точность не нужна, пользуются приблизительными оценками, например https://github.com/aggregateknowledge/postgresql-hll
> For example, in 1280 bytes hll can estimate the count of tens of billions of distinct values with only a few percent error.
Да, точно так же, как и в любом другом языке, на любой платформе, с любыми структурами данных, ничего уникального здесь нет.

> свитерок
Мне нравится как ты пытаешься задеть своего собеседника, демонстрируя с каждым разом все большее отсутствие собственных знаний. Продолжай.

>>789542
Лалка, не знаю какой ОРМщик тебя выеб в жопу и ты навсегда закрылся в своем манямирке, но в реальном мире никто не "делает в цикле" и знаний у меня вполне достаточно.
Продолжай подшиваться свитерок.

>>789621
>Почему ты считаешь что знания одних технологий несовместимы со знаниями других?
Поехавшие свитера делают их несовместимыми очень легко одним росчерком:
ВСЯ РАБОТА С БАЗОЙ ДОЛЖНА ВЕСТИСЬ ЧЕРЕЗ ХРАНИМЫЕ ПРОЦЕДУРЫ
и хуй ты им донесешь до их манямирка

Как узнать размер массива?
a.length
Как узнать размер таблицы?
CREATE FUNCTION count_estimate(query text) RETURNS INTEGER AS
$func$
DECLARE
rec record;
ROWS INTEGER;
BEGIN
FOR rec IN EXECUTE 'EXPLAIN ' || query LOOP
ROWS := SUBSTRING(rec."QUERY PLAN" FROM ' rows=([[:digit:]]+)');
EXIT WHEN ROWS IS NOT NULL;
END LOOP;

RETURN ROWS;
END
$func$ LANGUAGE plpgsql;
(но только приблизительно)

>>789631
>Как узнать размер массива?
>a.length
Расскажи, как же устроен твой магический массив внутри что в нем нигде не хранится текущий его размер (и отдельно, чаще всего, текущее заполнение - это не одно и то же), и эти нигде не хранящиеся счетчики не обновляются при добавлении или удалении элемента?
И в чем же разница между ними и такими же счетчиками в БД и точно такими же триггерами?

> и хуй ты им донесешь
Похоже, твоей детской психике был нанесен непоправимый удар неосторожно сказаной фразой. Не стоит ли обратиться к специалисту?

>>789622
Что именно тебя так обрадовало?
Ты обнаружил людей, которые точно так же как ты не понимают как работают конкретные механизмы в конкретном оптимизаторе конкретной СУБД - и радуешься что ты не один в мире долбоеб?

Вместо того чтобы обнаружить некоторый намек на причины, по которым в твоем непростом детстве, которое тебя так травмировало, суровые DBA не подпускали тебя к СУБД ближе чем на дистанцию вызова хранимых процедур, тщательно защищеных от твоего рукожопства и отсутствия необходимых знаний?

>>789637>>789646
> ...? ...? ...? ...? ...?
У свитерка кончились собственные мысли

>>789542
>И если write туда - примерно то же, что и в /dev/null
Это если много write в сжатые промежутки времени. Если потихоньку их делать6 но ничего не теряется. Понятно, что задача должна позволять такую роскошь как возможность писать данные не каждую милисекунду, а реже.

>>789637>>789646
Ладно так уж и быть
>И в чем же разница между ними
В том что у нормальных людей все по-человечески сделано, а у свитеров как обычно через жопу.
>Что именно тебя так обрадовало?
То что два абсолютно одинаковых запроса выполняются по-разному потому что смотри пункт выше.
>конкретные механизмы в конкретном оптимизаторе
Если придет конкретный бомж и тебе конкретно насрет на твой конкретный пол - ты тоже будешь радоваться как малый ребенок и разглядывать наваленные завитушки?
>суровые DBA
В своих мокрых свитеро-мечтах

>>789684
А лучше - раз в неделю.
И каждый раз проверять - записалось ли.
И потом на всякий случай руками копировать на случай если вдруг потеряется.
И записывать не в Redis, а в тетрадочку.

> В том что у нормальных людей все по-человечески сделано, а у свитеров как обычно
В чем же разница?

> два абсолютно одинаковых запроса
Они настолько же "абсолютно одинаковые" как ты и DBA, травмировавший тебя в юности.

>>789699
>В чем же разница?
Ты видимо совсем тупой. В количестве буков которое надо набрать пользователю api и их очевидности.
>Они настолько же "абсолютно одинаковые" как ты и DBA, травмировавший тебя в юности.
Ну давай покажи мне такой набор данных на котором они выдадут различный результат или мразь гнилая. Хотя можешь не стараться с тобой все и так ясно с первых твоих постов.

>>789725
Ты про Redis лучше выскажись

Анон, mysql5 linux,со вчерашнего вечера ябусь с кодировками, кучу настроек перерыл, где только ни менял. Вместо кириллицы добавлялись вопросики. Короче все значения поменял на юникод, но всё равно куй.
В итоге создал новую бд с дефолтной кодировкой юникод.

Это каждый раз при разворачивании бд надо так ебаться?
Как оно там вообще с кодировками, блджад?

>>789725
>В количестве буков которое надо набрать пользователю api и их очевидности
Совсем немного, очевидность - очевиднейшая.
http://stackoverflow.com/a/28219043

Ты расскажи сколько тебе придется набрать буковок чтобы в твоем любимом языке "где уже есть такие удобные массивы", обеспечить к этим массивам хотя бы транзакционный доступ и хотя бы самые простые функциональные индексы.

> такой набор данных на котором они выдадут различный результат
Ты совсем уж пизданулся. Эквивалентность действий определяешь как эквивалентность результатов.

>>789821
https://devcenter.heroku.com/articles/php-support
https://devcenter.heroku.com/articles/heroku-postgresql

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

>>790087
Это ведь ты предложил сравнить таблицу СУБД с массивом в твоем любимом ЯП. Вот давай сравнивать честно.

>Не знаю нахуя ты эту ссылку притащил
Там буквы, их можно прочесть. Понимаю что для тебя это слишком невероятное умственное усилие, но ведь эту доску не один ты читаешь.

>триггеры - худшее из дна
Аргументация, как обычно, исчерпывающая.

> Этим занимается компилятор когда оптимизирует программу
И два компилятора с разными наборами ключей компиляции дадут тебе в твоем любимом ЯП два разных ассемблерных листинга.
И точно так же, два разных исходных текста могут превратить наоборот, в один и тот же ассемблерный листинг.
И эквивалентность будет не при чем как в первом, так и во втором случае.
Это ведь самые базовые вещи, ты даже их не понимаешь?

>>790099
>ты даже их не понимаешь?
Мразь ну хватит уже фантазировать свои маняпроекции. Я когда-нибудь услышу чем эти два запроса принципиально отличаются?

>>790108
Откуда ВНЕЗАПНО появилось слово "принципиально"? И что оно означает в контексте эквивалентности программных конструкций?

Вычисление факториала с помощью рекурсии и циклов дают одинаковый результат (если их писал не ты и они имплементированы корректно), означает ли это их эквивалентность? Если да - это принципиальная эквивалентность или какая-то другая?

>>790117
Ну мразь ну плез. Ведь всегда можно сманяврировать - вон смотри там больше букв написано - значит они разные. Я прошу объяснить их отличие в рамках семантики реляционной алгебры.

>>790122
SQL и реляционная алгебра - достаточно далеко отстоящие друг от друга понятия.

Примерно как теоркатовский моноид в категории эндофункторов и Monad в Haskell.

Ты пока не ответил ни на один мой вопрос, кстати. Последние были про эквивалентность и её принципиальность.

>>790135
>Ты пока не ответил ни на один мой вопрос, кстати.
А я все жду когда мразь вякнет хоть что-нибудь отдаленно раскрывающее высказывание
>Они настолько же "абсолютно одинаковые" как ты и DBA, травмировавший тебя в юности.
Но ничего кроме прямых репортажей из манямирка и приглашения пофилософствовать на тему "что такое равно" я не наблюдаю.

>>790135
ya ya
далеки
как ты от людей

>>789213
> Любой кто считает что
> 1. Всю бизнес логику следует хранить в базе
Любой аналитик тебе скажет так же. Потому что бизнес-логики за сотнями строк AbstractProxy...FactoryBean не видно.
> 2. SQL хороший язык программирования
Это язык описания запросов, не самый лучший, но интуитивно понятный.
мимо

>>790141
У высказываний должен быть какой-то смысл. Ты используешь понятия "эквивалентность" и "принципиальная эквивалентность", тебе их смысл и раскрывать.

>>790151
Ты что-то хотел сказать?

>>790157
>мимосвитер
пофиксил
>>790159
Ну все мразь включила повышенную маневренность, теперь с ней не совладать.

>>790168
Мы так и не узнаем от тебя ничего про принципиальную эквивалентность?

>>790175
Нет.

>>790182
Слив защитан.

>>790184
Мразь, плиз. Хватит уже маневрировать и отвечай на вопрос. Определение эквивалентности можешь взять любое на свой вкус.

>>790187
На какой вопрос? Почему разные выражения языков программирования после обработки разными оптимизаторами с разными параметрами могут быть оттранслированы в разные конструкции низкого уровня, несмотря на то что неумелый программист мог иметь в обоих случаях ничем не подкрепленое мнение о том что он имел в виду примерно одно и тоже?

Ты не знаешь на него ответа?

>>790192
Чем отличаются эти два запроса. Не коси под дауна, мразь, даже если для тебя это так легко и непринужденно.

>>790194
Тем что они разные?
Ты не можешь сделать diff двух строчек?

>>790195
Все пиздос. Эта мразь совсем испортилась, нужна новая.

>>790197

Кстати, в зависимости от разных факторов, например наличия индекса, селективности, кардинальности, статистики, самих данных, настроек, оборудования на котором запущен сервер - результаты твоих двух вариантов count() с SO тоже будут разными - это нормально.
http://sqlfiddle.com/#!15/f263c/1

Роли в данном случае это никакой не играет потому что никто count() всё равно нигде и никогда не использует - это просто тебе в качестве (заранее обреченной на неудачу, конечно) попытки понижения уровня твоего долбоебизма.

Определения эквивалетности мы всё-таки дождемся от тебя или нет? Ты утверждаешь что разные выражения эквивалентны - дай какие-то этому основания.

>>790201
Их результаты всегда будут одинаковы на любых возможных данных и это очевидно. То что 2+2=4 тебе не надо обосновывать? Если я напишу в программе вместо 4 2+2 должен ли я ожидать изменения в производительности в несколько раз? Или может быть компилятор нормального человека способен на простейшие манипуляции с выражениями в отличии от компилятора свитеромрази.

>>790201
>Роли в данном случае это никакой не играет потому что никто count() всё равно нигде и никогда не использует
Даа? Что же используют вместо него тогда?
Предвижу дальнейших убогих маняврирований мрази на десяток постов минимум.

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

>>790207
Обычно - ничего, count() практически никогда не нужен.
Реже - приблизительные алгоритмы типа HLL.
В исчезающе редких случаях когда всё-таки нужен точный count() - обычно это ошибка проектирования подобными тебе долбоебами - счетчик и триггер - >>790018

>>790209
Мразь ты такая тупая что просто некуда деваться. Если ты не видишь никакой разницы между этими двумя примерами то тебе поможет только лоботомия.
Можно было бы предложить такой пример: всякая функция a->a является id. Но ты все равно тупой не поймешь нихуя.
>>790210
Ну если это действительно так и для самой элементарной операцией надо коллекцией какую только можно помыслить нужно городить такие костыли, то все еще хуже в свитероцарстве, чем я раньше думал. Но что то даже не верится.

>>790212
>всякая функция a->a является id
И поэтому вне зависимости от имплементации любые функции с одинаковой сигнатурой должны выполняться за одинаковое время?

> для самой элементарной операцией надо коллекцией какую только можно помыслить нужно городить такие костыли
Костыли совершенно те же, что и в любом другом языке - >>789637

>>790215
>И поэтому вне зависимости от имплементации любые функции с одинаковой сигнатурой должны выполняться за одинаковое время?
Я же говорил - нихуя не поймешь.
>Костыли совершенно те же
Я уже написал про различия, зачем ты зацикливаешься, мразь? Место в памяти закончилось?

>>790219
Ты написал что тебе не нужно реализовывать триггер и поля "занято элементами" и "аллоцировано памяти". В твоем любимом Ruby этого делать действительно не надо - но если бы ты знал хотя бы Си, ты бы понимал что это три строчки - точно так же как и в случае с СУБД - и никакой проблемы никогда и никому это не доставляет.

После этого я задал тебе вопрос - что же предлагает твой любимый ЯП, в котором триттегры и два поля уже есть "из коробки" на тему конкурентного доступа к твоему массиву и его индексации различными способами - потому что раз ты предложил сравнить, то почему же не сравнить - ответа, разумеется, от тебя не поступало.

>>790157
> Любой аналитик
Любой программист скажет обратное.
> бизнес-логики за сотнями строк AbstractProxy...FactoryBean не видно
Как будто что-то плохое.

>>790241
Смешная свитеромразь, ты когда-нибудь закончишь юлить пиздой и ответишь на один вопрос которого я добиваюсь у тебя уже постов пятьдесят - распиши мне свой мыслительный процесс - как я должен прийти к тому что второй запрос отличается от первого и должен отработать быстрее, поделись же своим сакральным свитерознанием?

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

>Ты написал что тебе не нужно реализовывать триггер и поля "занято элементами" и "аллоцировано памяти". В твоем любимом Ruby этого делать действительно не надо - но если бы ты знал хотя бы Си, ты бы понимал что это три строчки - точно так же как и в случае с СУБД - и никакой проблемы никогда и никому это не доставляет.
Потому что Сишка - низкоуровневый инструмент. Сравнивать Сишку и СУБД - ну это все пиздец клиника нахуй. Если в СУБД нет простейших средств для работы с данными - ну это хуево значит. Никакой проблемы - ну может быть свитерам чья срака уже так разработана что туда без проблем влезет кластер для репликации.
>После этого я задал тебе вопрос - что же предлагает твой любимый ЯП, в котором триттегры и два поля уже есть "из коробки" на тему конкурентного доступа к твоему массиву и его индексации различными способами - потому что раз ты предложил сравнить, то почему же не сравнить - ответа, разумеется, от тебя не поступало.
Для этого есть конкурентные структуры данных. Если язык позиционируется для таких целей - то они наверняка будут в стандартной библиотеке. Лень даже писать про это, не знаю в какой ты там землянке живешь что об этом не знаешь.

>>790445
>как я должен прийти к тому что второй запрос отличается от первого
Сделать diff, третий раз говорю. Ну если ты просто визуально не видишь что они разные - воспользуйся автоматикой.

> и должен отработать быстрее
Он не должен. И отрабатывает либо быстрее, либо наоборот, медленнее - в зависимости от, например, наличия индекса - что я тебе продемонстрировал в sqlfiddle.

> я заметил, что обсуждение чем эти два запроса отличаются можно скатить до - ну смотри же там буковки разные
Ты вместо этого предложил считать эквивалентными любые языковые конструкции, которые выдают один и тот же результат. Это тянет на две нобелевские премии и медаль Филдса.

> Сравнивать Сишку и СУБД - ну это все пиздец клиника нахуй
Я тебе, дуралею, показываю что внутри у всех одно и то же - никакой магии нет. Либо ты хранишь счетчик, и получаешь count моментально, либо не хранишь, и надо либо пересчитывать, либо счетчик заводить. В любом языке, на любой платформе. Завести счетчик - три строчки - на любом языке, на любой платформе, в этом тоже нет никакой магии.

> в СУБД нет простейших средств для работы с данными
В СУБД есть не только простейшие средства для работы с данными, но и весьма продвинутые. Которых нет у твоего "обычного массива из Ruby" - или какой у тебя там любимый язык-не-Сишечка.

> Для этого есть конкурентные структуры данных.
Показывай. Вот из того гипотетического языка, который ты все время приводишь в пример, но так его до сих пор и не назвал - стесняешься, наверное. Давай внимательно посмотрим какие в нем конкурентные структуры данных, как они устроены, что позволяют делать, и за счет чего они это позволяют.
И мы с тобой быстро-быстро придем к тому что вариантов всего два - либо они основаны на блокировках, и тогда написание высококонкурентного кода сильно затрудняется - либо на версионности записей (той же по сути MVCC что и в PostgreSQL и Oracle). И за те преимущества, которые даёт версионность, приходится расплачиваться сложностями с distinct count - потому что чудес не бывает.

>>790453
Чтобы тебе было проще, можешь начать с показывания в своем гипотетическом языке a.distinct_length() - а не a.length(), как ты настойчиво пытаешься все время то ли передернуть, то ли продемонстрировать собственное непонимание сути проблемы - тут уж не знаю что именно.

>>790453
Ответа все как не было так и нет. Никаких рассуждений, только если написать 50 разных эквивалентных запросов и посмотреть какой из них будет быстрее. Поэтому нормальные люди и посмеиваются над свитерками.
>Показывай
Нахуй иди мразь. Наша дискуссии и так уже подзатянулась.

>>790453
>Сделать diff, третий раз говорю.
Значит только буковками, ну все приплыли, мразь.
>Это тянет на две нобелевские премии и медаль Филдса.
Алгебраическое равенство, мразь. Нет, думаю с этим еще арабы разобрались.
>В СУБД есть не только простейшие средства для работы с данными, но и весьма продвинутые.
Ряяя все есть. Как узнать количество элементов? Заведи счетчик ну это же очевидно. Что это? Кто-то там опять пилит новую нескучную СУБД? Но зачем они это делают ведь все и так удобно и отлично работает?

АНоны, как вкатиться в big data, hadoop? Работаю с ХД, Терадатой, но она не годится особо. Можно перекатиться на гриплум, но там тоже все как-то мутно.
Я к тому, что для вакансия для джуниоров. Стажировок тоже.

>>790487
Бля, тред вообще не о том, я хуйню спросил.

Мда. Два дебила это сила.

>>790489
Почему не о том? О том.
Что тебе кажется мутным с Greenplum? Оосбенно не в community-варианте.

>>790477
Опять слив защитан. Ты мне счтетчик твоих сливов хочешь переполнить?
Какое нахуй алгебраическое равенство, где ты его там увидел?
Показывай a.distinct_count()!

>>790494
Да работа с ним будет очень ограничена спецификой ит-консалтинга. Ну очень. Поэтому думаю просто уебывать.

>>790494
Значит остановимся на том что ты гнилая мразь. ЧТД

>>790501
Не понял. Ты боишься что твоя экспертиза по Greenplum будет не востребована на рынке?
Ну, зависит от рынка и качества экспертизы прежде всего. Вообще интерес к Greenplum большой - Vertica стоит дохуя, Teradatа тоже, а у GP есть интересный community-вариант к тому же, взять который и привлечь местного консалтера - выглядит вполне адекватно.

>>790505
Я счетчик двойной разрядности для тебя завел, не переполнишь.

a.distinct_length() неси.

>>790509
Не напрягайся мразь

>>790506
Имхо гринплум выглядит интереснее Терадаты, хотя бы из-за скорости. Да и терадата уж больно заточена на не-сырые данные.
Да, мой опыт будет довольно бесполезным, и я бы с большой радостью ушел бы хоть джуном.

>>790529
>мой опыт будет довольно бесполезным
Почему? Опыт с Терадатой - это живые деньги.

>>790540
Я знаю около 20 коллег, которые с ней работают, и никому из нас не светит свалить куда-то, т.к. задачи дальше уровня "оценить запрос, как ускорить, создать скрипт сверки" не заходит.

>>790540
У меня на работе она просто СУБД. Ебля больше с платформой и etl

>>790562
Ну так свалить в те места, где речь заходит о том же самом - почему не заходит?
Да, свалить в вице-президенты Goldman Sachs с такой позиции будет трудновато, но это и понятно.

>>790569
А у других на работе она межпланетный космический корабль?

>>783772
>Если у тебя таблица на 10 миллиардов записей, то издержки связанные с поддержанием индекса в актуальном состоянии будут незаметны на фоне увеличения скорости поиска.

Use partitions, Luke!

>>790540
Найди хотя бы 10 контор в РФ, где используется Терадата. Это я про потенциальных работодателей.

>>790682
юзаем redshift как бэкэнд дб к приложению, вообще в ус не дуем.

>>790687
почти террабайт данных, бтв

>>790687
Он бесплатный? Просто Терадата стоит ебических денег и спецов по ней днем с огнем не сыскать.

>>790704
ясен хуй что нет, но базируясь на задачах котрые решаются 15к грина в год по сути хуйня.

>>790689
Терабайт можно на одноюнитном сервере в памяти держать, нахуй вам Терадата для этого?

>>790680
Ты так говоришь как будто partitioning бесплатен.
И не всегда он возможен в принципе.

>>790713
можно держать, но нужно юзать запросы в рилтайм над этим терабайтом, и еще надо его не проебать по некоторым причинам, еще обслуживать этот ебаный сервер не охота.

>>790434
Плохое. Ничего хорошего в этом нет.

>>790713
что такое сервак с теробайтом, который нужно юзать и он должен быть постоянно доступен. Это скорее всего два сервака в колд стэндбае, а лучше 3 еще для ДР, потом мартышка за 30-40к которая нажмет пару кнопок в случае чего, плюс софт который будет мэп рэдюсить за бесплатно с другой мартышкой за 40к, или не бесплатный софт, с другой мартышкой которая будет жать кнопки в нем, ну и где здесь выгода?

>>790717
За проеб данных в Амазоновском облаке кто отвечает? А если инет упадет, пиздец бизнесу?

>>790734
все кончно на уровне для энтерпрайз клиентов, но мне лично похуй если глянуть терзво, внутренний ДБА свиторок чем мне ответит за проеб данных? только кляузой об увольнении. Такчто, все относительно.

>>790740
>ДБА свиторок
Это какой-то локальный мем?
Если есть ДБА, а бэкапов нет, то нахуй его содержать?

>>790742
т.е. в амазоне один долбоебы, а нащ местный свитерок всех переиграл с бэкапами? Эта и есть суть дисскуссии?

>>790744
Амазон вряд ли проебет данные, а вот у местных провайдеров каналы регулярно падают. Ну и не всем конторам по закону можно держать данные за бугром.

>>790750
Ну о Российских конторах тут речь и не идет, много ли в россии контор, которые хотябы бакс готовы заплатить долбоебам из амазона, когда тут свой свитерок с бекапами на чеку?

>>790756
А о чем тогда речь?
Я не спорю, что это модно, дешево и быстро - хранить все в Амазоне, но вот есть 2 слабых места, неприемлемых для российских контор.

>>790764
Да мне похуй на российские конторы, я в них не работаю, написал что используем, с терадатой можете ебаться, никакой свой простяцкий сервер вам не поможет сэкономить, потомучто это бля импортозамещение.

>>790740
>все кончно
С большой буквы. Пропущена буква.
>похуй если
Пропущена запятая.
>Такчто
Пропущен пробел.

>>790764
Если нужно полное импортозамещение, можно поговорить с PostgresPro про поддержку Citus - https://www.postgrespro.ru/blog/pgsql/27738

>>790730
С Терадатой необязательно сервер должен быть доступен постоянно - если в ней только OLAP (да и зачем в нее OLTP совать?).

Вы на каждый сервер по джуниор-админу берете? Необычный подход.

https://twitter.com/IntelITCenter/status/751142764981653504

Опытные программисты против бизнес-логики в СУБД

> Because of my COBOL background, I have surprised younger programmers by manipulation of strings of data. I have written systems that start off reading a SQL table, then writing to flat files on the local CTemp areas to filter and parse data for exporting to vendors that do printing. Doing that is sometimes easier, and usually much faster that running complex SQL statements to select out the data you need. And it takes the load off the database server

> inb4 Big Data
http://sqlmag.com/scaling-success-sql-server-2016/sql-server-2016-r-integration

товарищи мрази
я ж думаю что все согласны что монга - кал*

>>791978
просто ты зашоренный эскуель-дебил
не можешь в nosql mapreduce big data javascript es666 nodejs кококо кукареку кудкудахкудах
против прогресса пидор идеш
плеснул бы тебе из кружки смузи прямо в твое мерзкое ебало

>>791978
Жить можно.
Монга-это как нестрогая динамическая типизация из мира БД.

>>792036
Кто тебе в реляционной СУБД хранить нестрого типизированные (схематизированные) данные? Эффективный XML storage везде есть с лохматых годов, когда никакой монги и на горизонте не было. Эффективный hstore в PostgreSQL с примерно тех же времен.
Сейчас вообще JSONB, еще и быстрее монги работает, и транзакции нормальные.

Монга, Редис, смузи!

https://twitter.com/slashdot/status/751785642686906368

>>792335
Редис хорошая же штука, свои задачи выполняет. А сувать туда всё подряд и потом иметь проблемы, как в монгу, и не положено.

>>792399
Для задач кэша она переусложнена и слишком глюкодромна - классический memcache лучше.
Для задач более серьезных, которые в стране вечного вебодетства пытаются на неё натянуть - ну совсем получается хуита.

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

>>793036
Ну да, обычно реализуют либо одной таблицей с полным набором свойств, либо так, как сделал ты : дочерними таблицами, которые наследуют(в постгресе только такое видел, не уверен, что есть в мс скл) набор основных полей. А над всеми этими таблицами вешают вьюху, в которой через union all объединяют их по очереди в одну сущность.

Как записать в базу данных время? Допустим я каждую минуту запускаю скрипт который добавляет какие-либо данные в БД и хочу еще записать время полученное строкой
$time_now = date("H:m:s");
Какой тип данных выбирать для колонки?
И правильно ли я пытаюсь записать данные такого типа в базу?
$query = "INSERT INTO stat (time_now) VALUES ($time_now)";

>>793091
Явное указание дочереней таблиц - это у тебя справочник с сущностями есть, типа
1. воин, 2. маг, 3. лучник, и в таблице фактов просто стоит айдишник из этого справочника? Если так, то, думаю, да.

Насчёт дублирования - не уверен, что хорошо (если не использовалось наследование), но, честно говоря, сам не вижу другого выхода.
Можно 1. дублировать, а можно 2. вешать другой айдишник и просто ссылаться на родительскую запись. Если второй способ, то это еще одно поле добавляется, так что, наверное, лучше уж продублировать.

Если немножко углубиться, то можно еще пофантазировать на тему того, зачем тебе эти свойства (которые уникальны для каждого героя) и как устроены запросы, которые эти свойства используют?

Потому что, вероятно, можно было всё это устроить в таблице Character_property с полями
1. Character_property_ID - PK
2. Character_ID - FK
3. Character_propert_name

И из нее обращаться любым набором свойств к герою любого типа, будь то воин или маг.

>>793278
DATETIME (Можно просто TIME),
timestamp with timezone (если можешь)

Что про Tarantool скажете? Пробовал кто? Отечественный продукт от mail.ru

Есть строка.
SELECT * FROM stat WHERE datetime_now = (SELECT max(datetime_now) FROM stat)
Достает из базы строку с последней датой.
Как мне достать теперь строку с датой на минуту меньше? Всякие dateadd не работают, ну или я рукожоп.
Тип DATATIME если что.

>>794977
Ну так ты напиши, что у тебя не работает, а то сам запрос, который не работает, ты не приложил.
В моем примере dateadd работает, как надо

WITH stat AS (
SELECT CAST('2016-01-01 23:59:00.000' AS DATETIME) AS datetime_now
UNION ALL
SELECT CAST('2016-01-01 23:58:00.000' AS DATETIME)
)
SELECT
datetime_now
FROM stat
WHERE datetime_now = DATEADD(MINUTE, -1, (SELECT MAX(datetime_now) FROM stat))

>>795153
Соответственно из таблицы stat он выведет только ту запись, которая на минуту меньше минимальной.

>>795272
если у тебя все так детерминированно, почему ты не можешь взять TOP 2 ... ORDER BY [date] DESC?

>>795272
Ты попробовал, то, что я написал тут? >>795153
Если да, и не работает, то что именно не работает?

query = query->query(query) //query

>>795480
Ну у тебя субд mysql, в гугле совсем забанен?
>DATE_ADD('2014-02-13 08:44:21', INTERVAL -1 MINUTE);
http://www.techonthenet.com/mysql/functions/date_add.php

Всем привет хочу заняться алминством Postgres. Какие подводные камни? Долго ли учится? Легко ли освоить. П.с. до этого про базы данных ничего не знал. Спасибо.

>>795945
А откуда такое специфическое желание? Именно админство постгреса?

>>796004
Востребовано. Есть варианты работать по нему.

>>795272
Сохраняешь id последней... ищешь id на один меньше...
Да и пока транзакция длится, ты не видишь новые строки.

>>796293
> ищешь id на один меньше
охуенно гениальное решение. сам придумал?

>>796534
> каждую минуту добавляются новые строки.
> Потом я хочу взять строку, добавленную минуту назад и беру по последний айди - 1, но т.к. иногда там появляются лишние строки, это уже не сработает.
Нет. И не вижу причины почему это "уже не сработает"

>>796547
ты можешь стопроцентно гарантировать успешность любой из предыдущих транзакций?

>>795640
Мля, ты будешь что-нибудь отвечать? Или ты один из этих, кто нашел решение и забил хуй без ответа? Помогло или нет?

Пытаюсь сделать борду с использованием Postgres. Как мне сделать id постов, зависимые от доски. Т.е. если есть один пост в a, и один пост в b, то у обоих постов id будут 1, а не 1 и 2. Знаю, что в мускуле это делается с помощью AUTO_INCREMENT и compound primary key

>>796986
> Как мне сделать id постов, зависимые от доски.
Это вопрос, конечно же

>>796987
Сделать автоинкрементный (или другой уникальный) первичный ключ, и столбец пост-ин-тхрэад-айди с уникальным индексом
Либо создавать таблицу для каждого треда

В обоих случаях это будет решение уровня кал

>>797009
А есть какие-нибудь хорошие решения? Или может на мускул перейти, или сделать общий автоинкремент для всех постов на всех досках?

>>796986
Очевидно, генерить айдишник, как ключ родительской записи + свой собственный (складываем строки).

>>797015
не вижу ничего плохого в сквозной нумерации

Здарова, пацаны! Как в консольке узнать кол-во записей в sqlite базке? Исходный csv у меня весит ~900 метров и в нем 2658966 строк, а sqlite ~450 метров. Вот думаю не объебался ли я. Гугл не помог.

>>797384
записей всех таблиц чтоли?

>>797387
Таблица одна. Нужно узнать сколько там записей. У меня тупо памяти не хватает отфетчить все и затем посчитать. В монге например есть db.stats(), здесь ищу что-то похожее.

>>797400
select count(id) from tablename

Здравствуй, анон. Попался мне не заурядный и сложный проект (веб платформа для подбора вечеринок). Будет много таблиц в БД и мне хочется сделать все хорошо и правильно. Работаю с MySQL и PHP. До этого использовал БД в который максимум 5-7 таблиц и не шибко связанны между собой, а этот проект сулит большой объем. Так вот собственно моя просьба: подскажи, пожалуйста, какие посмотреть материалы для работы (книги, статьи). Особенно хочется понять как правильно построить архитектуру БД и оптимизировать ее.

>>788073
>Ты хотел высокопроизводительную графовую СУБД, пригодную для встраивания?
Она платная, и меня именно это останавливает. На торрентах крякнутой нет случаем?

>MySQL и PHP
>2016

>>797721
как же хорошо, что ты тоже их их любишь, няш)

>2016
>поцгрес

>>797821
>>797845

А теперь мы всем тредом выслушаем ваши представления о бесплатной СУБД, которую просто втсроить в лешкий интернет-проект.

>>799220
>легкий

>>797845
дибил

Hsqldb in process это типа sqlite?

Сап, ананасы. Перенес сайт с Джумлы на Вордпресс, всплыла проблема - не совпадают ID статей в базе. А нужно чтоб совпадали, иначе сайт выпадет из индекса поисковиков, потому что на старом сайте они были указаны в URL.

Есть какой-то способ по-быстрому (быстрее, чем руками) перебить ID у 1к статей? Подскажите хоть в какую сторону копать, или сколько это стоит и как сформулировать задачу макаке-фрилансеру.

>>800664
CREATE temp_table AS SELECT * FROM articles WHERE 1 = 0;
-- тут примапливаешь csv с соответствием идентификаторов к базе как external table
CREATE old_id_tbl (old_id NUMBER, new_id NUMBER) ORGANISATION EXTERNAL ...
INSERT INTO temp_table SELECT old_id, .... FROM old_id_tbl o LEFT JOIN articles a ON o.new_id = a.id;
COMMIT;
RENAME TABLE articles TO articles_old;
RENAME TABLE temp_table TO articles;

Но в принципе, имея csv из второго пункта проще будет регуляркой его преобразовать в 1000 UPDATE'ов и прогнать из через консоль.

А вот сам csv сложнее получить - возможно надо сделать джоин через функцию SIMILAR или ту, что ищет похожесть звуков, через заголовки статей. Но если заголовки мигрировали без изменений, то можжно просто джоин по ним сделать.

ДБАны, к следующему треду сделайте нормальную шапку.
А также посоветуйте книгу по Oracle PL/SQL для разработчиков (посвежее).

>>801201
Читай доку, она самая свежая.

>>801201
Том Кайт. Оракл для профессионалов. Или ещё какая хуйня от Тома, он их несколько запилил.
https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:8191916000346674643
> посвежее
Pl/sql так сильно поменялся с 10 по 12 версии?

>>801707
Кайта в топку, тем более, ему книги давно индусы пишут.

>>801825
Как будто оракл не переехал в Индию.

>>801788
Конференции и её названию уже 42 года, менять они его не собираются.

Посоветуйте литературы по T-SQL, чтобы стать Йота-архитектором, а не просто уметь в селекты с джойнами.

>>803356
разве в архитектуре бд важно знание расширения для языка запросов?

посоветуйте литературы по sql

Аноны, привет.
Работает кто-нибудь из вас в области КАЧЕСТВА ДАННЫХ?
Предложили перевод в должноть миддла, но выглядит сомнительно. Есть ли перспективы?

А сколько записей держит mysql? Так чтоб не тупила по 5 сек на каждый запрос.

>>803895
>Так чтоб не тупила по 5 сек на каждый запрос.
С индексами или без? Запрос на чтение или запись?

>>804492
Чтение. С индексами.

>>761640
А в треде написать, чтобы все могли пользоваться, религия не позволяет?

Что почитать по MySQL и PostgreSQL?
Почему нормальной шапки нет

>>803356
Тогда твой выбор - это "SQL-EX"

>>800664
Что насчёт SET IDENTITY_INSERT ON?
Можно же просто вставить те айдишники, которые у статей были.

>>805020
SET IDENTITY GENDER FLUID;

>>804939
up

>>804939
Кому-то нужна книга "mysql+php для чайников", а кому-то "Хранимые процедуры на C в PostgreSQL". Предлагаешь их все перечислить в шапке? Читай документацию, блоги и вопросы на стековерфлоу. Можешь начать с запроса в гугле "твоеназвание_базыданных books stackoverflow", это ведь не сложно, правда?

Анон, посоветуй годный задачник по составлению запросов для постгресовской бд. Хочу от простеньких, до хитровыебанных quizzes и дампом базы данных для них. В количестве 100-200 штук задачек. Ну мало ли что хочу, буду рад тому чому дадите. Спасибо Анон.

Хочу порешать, да себе на гит выложить, вотъ лалка.

>>805102
>Предлагаешь их все перечислить в шапке
Почему нет? В других тредах нормальные объёмные шапки, из которых всё становится понятно, только у вас какой-то обрубок.
Можно было бы расписать про то, какие базы данных для каких целей юзают, в связке с чем и т.п.

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

SQL Server, если что

сам охуел от того говна, что высрал тут

вот есть у меня таблица со статусами и датами. мне нужно отобрать все, что имеют статус А, В и С, к примеру. далее все это говно группирую по дате и нужно вернуть АСount, BCount и как вы догадались CCount. почему-то мне в голову пришел pivot, но чет я неуверен

есть готовое решение, которое гласит sum(case when status = 'A' then 1 else 0 end), но это пиздец, ящитаю