Microsoft Access : How can I get creation date of row? - ms-access

I have an access database created from 7 years ago.
Unfortunately, tables didn't have time stamp column :(
Is there any way to be able to know the creation date for each row in a specific table ?

Unless you have a time stamp you created yourself, there is no way to find this information.
Is it possible that you have some old back-ups? That might help narrow it down.

Related

Get a day of a week filled automatically to a new column with a WEEKDAY function MySQL

I am stuck on a problem I have with MySQL, I am quite new to it so please have patience :D. I have a table that includes a column with specific dates (each date has multiple entries) and I would like to create a new column with a specific day (Monday, Tuesday, etc.) based on the date I already have. I found a function WEEKDAY I would like to use, but I can't find a way to update all the rows automatically.
I already ADD COLUMN "day" (which is empty now) and need to add the values for all rows. The table has a thousand rows so there is no way I would do it manually one by one. I am sure there is a way around doing it by SQL code. Would appreciate it if anyone can give me a hint.
Thanks a lot!

partiially load data into Tableau from MySQL database

I have a MySQL database running and I've got Tableau connected to it. The issue I am having is that the table is too long - it contains years of transactions. And I only care about the transactions in the most recent 60 days. I have added a filter on the date so I can get the subset I need. However, it is super slow every time I open the workbook since it will query on the whole table and then apply the filter. So my question is:
How can I make Tableau only load the most recent 60 days of data to start with? Thanks!
I see a few possible solutions :
Create a view or a materialised view in mySQL to cater for the last 60 days only
Change the sheet filter to a context filter. The (normal) sheet filter won't affect the data query, but a context filter will.
If it's still too slow, create an extract. You can schedule Tableau Server to update the extract every day.

MySql database changes overnight byitself

I'm using MySQL with phpMyAdmin on windows 8.1, and also with XAMP.
I created a database with several tables, and modified some fields.
I noticed that the next day the database fields goes back to what it was the previous day, even though i been using it all day.
For example i add some fields/columns to a table, then add data to those fields, then use the data base for a day doing queries. Then next day the new columns i added to the tables are gone, the table went back to the way they were the previous day, and all the data i added are gone and all the new columns are gone. This is the second time i happened, two days in a row.
Does anybody knows what could be happening?
Go through with this website u may get the solution for your problem
https://www.sitepoint.com/mysql-mistakes-php-developers/

How to make an "out-of-date" notification for a MySQL database?

I'm something of a MySQL newbie, and I was wondering if there was any way to set up a notification system so that an e-mail notification would be sent any time an entry hasn't been updated for a specific amount of time (say, 6 months). Preferably, it would be done by specific category rather than row. Any tips?
Thanks!
you can add a field storing the timestamp of the last update, and run daily job (very very small script)

MySQL: find out what date a row was added to a table?

I added a new column to a table called price_request_date because I now need to track the date each one was made. I made it so new ones enter the current date when they insert a new row. I was just wondering if there was any way to fill in the previous rows with the dates they were entered? I don't know if MySQL keeps track of that sort of thing or not, but worth an ask. Thanks!
There is not. There is no way to automatically backdate a timestamp field with the original creation date if it weren't already set at creation time.
Frustrating - I know.
nope. it is good to always include LastChgID and LastChgDate on tables like this, do that next time from the get go...