DieZz: а сделать к примеру: а если оставить конец, но сделать тип конца( 1 или 2 ), тоже самое с началом. Да плохо, что будет один внешний ключ на две таблицы, но зато меньше будет условие
anatoly60: ну получаеться у пользователя будут диалоги только с теми с кем он их открывал. Так вот в таблице диалоги нужно ввести столбец, что то вроде игнор и там к примеру 1 нет, 0 да. Про последнее сообщение у меня была похожая проблема. И вот как я ее решил: я просто создал в таблице диалоги ид_последнего_сообщения и каждый раз при отправке его обновлял.
Сделай сообщения статус ( 1 - прочитан, 0 - не прочитан) и тут уже запросом выберешь. Тебе нужно еще решить проблему с тем, как понять чье это сообщение. То есть собеседника 1 или 2. Но можно просто ввести в таблице сообщения тип_сообщения ( к примеру значения 1 - собеседник 1, 2 - собеседник 2) и в зависимости от этого показывать слева или справа.
Это опять же не точная структура просто мысли вслух. Погугли очень много задач подобных на форумах да и не только. На чем разрабатываешь ?
Ну это так накидал конечно нужно смотреть, просто к примеру в ВК если один пользователь закрывает диалог, то с его стороны все сообщения удаляться. А со стороны другого пользователя нет. Так, что тут тоже нужно думать. Получается в таблицу диалоги надо закидывать не только одну пару, но и обратную, т.е. 1 и 2, 2 и 1.
вот жалко я не видел экрана Air 13 или Pro 13 без Retina. Может быть там эта проблема есть? Просто в Мультибеаст ( я ставил полгода назад последний раз ) была настройка HD то есть к примеру у меня было разрешение 1600х900, а он ставил HD. Может это и вам бы помогло.
klazius: ну так сделай запрос который будет выводить студентов, а внутри этого запроса еще один, который беря id студента будет делать запрос в таблицу где оценки. Тогда лишних данных не будет
FloorZ: нет с 1с работает только примерно человек 30. В базе храниться информация о заказах. О зарплатах. Все что связано с файлами лежит на файловом сервере.
Моя задача сделать, что сказали. Там пусть решают.
В компании порядка 70 человек. Почти весь документооборот повязан на 1с. Расчет зарплаты там. Все отчеты там. В связи с сегодняшней ситуацией компания экономит деньги. А полный переход на MSSQL потребует написание соответствующего софта, что наверное будет стоить огромных денег ( не профессионал не знаю ).
B у меня как раз этот вариант. Только он сказал, сначала он кинет файл полностью, а потом будет кидать только то, что изменилось. Сам не спец в 1с. Прокатит такое или нет не знаю.
Допустим 100 клиентов и у каждого по 10 заказов. На старте будет примерно такое количество.
Да и то это много.
Пума Тайланд: а запускать его должен будет человек ? Просто тогда наверное не будет иметь смысл оповещение клиента по email. Если раз в день. В backend не силен.