anon667

Κάτι ανάμεσα σε Entersoft, Ίλυδα, CSA και Navision μου μυρίζει εμένα. Η μνήμη που έχει ο σέρβερ είναι τίποτα μπροστά σε αυτά που έχει η βάση (κάπου αναφέρθηκε πως είναι 800+ GB το .bak νομίζω). Φαντάζομαι κάποια tables θα είναι πάρα πολλά GB, και μόνο και μόνο για να κάνει αναζήτηση σε κάποια tables/indices χρειάζεται συνεχής μεταφορά δεδομένων από τον δίσκο στη μνήμη (π.χ. αν ένα table είναι 100GB και για οποιοδήποτε λόγο πρέπει να κάνεις sequential scan για ένα χαζοwhere, και 1GB/s δίσκο->μνήμη μεταφορά να έχεις, θα χρειαστείς πάρα πολύ χρόνο για να ολοκληρωθεί το ερώτημα (που κατά πάσα πιθανότητα lockάρει για όλο αυτό το χρονικό διάστημα το table). Δες με τον vendor αν υπάρχει η δυνατότητα να μεταφέρετε παλιά δεδομένα σε άλλη database και να παραμείνει αυτή που χρησιμοποιείται τώρα ως παραγωγική με λιγότερα δεδομένα (αν π.χ. έχει data στα tables από 4-5 χρόνια πριν που κατά κύριο λόγο δεν σας ενδιαφέρει η αναζήτηση σε αυτά). Λέγοντας άλλη database εννοώ απλά να φτιαχτεί στον ίδιο SQL Server άλλη μία database που απλά θα μεταφερθούν τα παλιά data εκεί (και θα γίνεται αναζήτηση μία στο τόσο που θα σας ενδιαφέρει κάτι παρελθοντικό). Επίσης ο Brent έχει κάποια ωραία scriptάκια για health checks σε SQL Server (κάποια κάνουν και προτάσεις για indices κλπ) - https://www.brentozar.com/blitz/ .

Γεια σου γατόνι, Αν δεν κάνω λάθος, μπορείς να χρησιμοποιήσεις το Steam.

Τα σκριπτάκια του Brent Ozar βοηθάνε αρκετές φορές με εγκαταστάσεις που έχω μπλέξει: https://github.com/BrentOzarULTD/SQL-Server-First-Responder-Kit

Alithinos, πρέπει να καταλάβεις ότι το τι θεωρείς εσύ λογικό και το τι θεωρεί η εφορία λογικό είναι δύο τελείως διαφορετικά πράγματα. Μίλα με επαγγελματία για αυτό το θέμα αλλιώς θα φας γερές σφαλιάρες (οικονομικές) μελλοντικά. Ειδικά με αυτό: " Μα δεν έχω σκοπό να πουλήσω τίποτα. Αλλά να αδειοδοτήσω άλλους να το πουλήσουν. " γελάνε μέχρι και οι πέτρες (με το συμπάθειο).

Μίλα με λογιστή που ασχολείται με τέτοια θέματα. Το πιο πιθανό είναι πως θα χρειαστεί να κάνεις έναρξη επαγγελματικής δραστηριότητας (Ελεύθερος Επαγγελματίας) πρώτα. Αν δεν έχεις κάτι που θα σου αποφέρει σίγουρα λεφτά, χαμένος θα βγεις στο τέλος (θενξ ελληνική φορολογία). Αν τυχόν προχωρήσεις, μπορείς να δοκιμάσεις και το Windows Store (μείωσαν πρόσφατα τις κρατήσεις που κάνουν).

Σαν άτομο που παίρνει συνεντεύξεις, ασχέτως με το τι χαρτιά και το τι λέει πως έχει ασχοληθεί κάποιος, τους ρωτάω να μου κάνουν κάποια απλά πράγματα (σε χαρτί ή σε υπολογιστή, όπως προτιμούν, me φουλ πρόσβαση σε γκουγκλ κλπ.) στην γλώσσα που νοιώθουν πιο άνετα (ή έστω και ψευδοκώδικα). Το 95% των ατόμων δεν μπορεί να κάνει κάποια πολύ βασικά πράγματα π.χ. να φτιάξει μία function που παίρνει ως παράμετρο έναν πίνακα και έναν αριθμό και σου επιστρέφει true/false αν ο αριθμός είναι μέσα στον πίνακα ή δεν ξέρουν καν την σύνταξη μιας for. Και ναι, τέτοια άτομα θεωρούν τον εαυτό τους developers και απαιτούν 800-1000+ ευρώ τον μήνα, οκ. /rant

Έχεις ρίξει καμία ματιά στον sql server με το management studio; Να ελέγξεις τι χρόνους κάνουν τα queries και να δεις από τα execution plans που μπορεί να δημιουργείται το θέμα (π.χ. το πρόβλημα σου μπορεί να λυθεί με προσθήκη ενός index). Αν τα queries τα τρέχεις manually έχεις πάλι πρόβλημα ή επιστρέφουν γρήγορα;

Εγώ θα έλεγα να πάρεις τηλέφωνο την επιθεώρηση εργασίας, τι miner και μαλακίες.

try/catch στις connect/setActionCallback; Με κάποιον client καταφέρνεις να συνδεθείς στον broker;

Στο link που έδωσες έτρεξε με την πρώτη. Έκανα copy/paste και τον αρχικό σου κώδικα και τον δοκίμασα στο cpp.sh αφαιρώντας το i = i++ και λειτούργησε κανονικά. Μήπως έχει κανένα θέμα ο browser σου; Με Chrome το πήγα.

Για αρχή θα έλεγα να μας περιγράψεις πως ακριβώς θες να χειρίζεσαι τον πίνακα. Π.χ. τι functions θα χρησιμοποιείς; Πως θα τον δηλώνεις τον πίνακα;

Δεν σας έχουν δείξει στην σχολή πως γίνεται μετατροπή μεταξύ συστημάτων; Στο google το έψαξες; Γεμάτο παραδείγματα είναι παντού.

Από τα docs της MySQL [LIMIT {[offset,] row_count | row_count OFFSET offset}] Επίσης, πιο safe θα ήταν να χρησιμοποιήσεις το primary key (where) για να ξέρεις τι ακριβώς κάνεις update. Έτσι σκέτο update μυρίζει λίγο στην τύχη με ποια σειρά θα επεξεργαστεί τις εγγραφές.

Αν και σου έχουν πει στο άλλο thread κατι παρόμοιο, let's try one more time. - Γίνεται το POST -> Στέλνεις μήνυμα στο queue του RabbitMQ/ActiveMQ/Whatever your message broker is -> Redirect τον χρήστη κάπου που του λέει πως θα ενημερωθεί μέσω e-mail για την ολοκλήρωση or whatever. - Έχεις ένα python process το οποίο ακούει σε εκείνο το queue και μολίς λαμβάνει το μήνυμα ξεκινάει την επεξεργασία αυτού που κάνεις. Στο τέλος της επεξεργασίας κάνεις fire ένα send e-mail ή καλείς κάτι άλλο το οποίο κάπως κάνει αυτό που λες για την προσωπική σελίδα. Προφανώς στο μήνυμα που θα στέλνεις στο queue, θα πρέπει να περιέχονται όλα τα data που χρειάζεσαι για την επεξεργασία και για το reply μετά.

Not sure if trolling... Laravel, Symfony, CodeIgniter, Yii2.